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Vorwort zur zweiten Auflage 



In die zweite Auflage haben wir einen Abschnitt über die neuen Java-Collection- 
Klassen aufgenommen. Entsprechend wurden alle Vector- und Hashtable-Objekte 
durch Collection-Objekte (Mengen, Listen usw.) ersetzt. Und zur Iteration über 
Collections werden nun Iteratoren und keine Enumerations mehr verwendet. 

Weitere wesentliche Änderungen betreffen das RMI-Kapitel, das wir so umgeschrie- 
ben haben, daß die Beispiele mit den neuen Java 2-Systemen lauffähig sind. 

Die Java-Quellen zum Buch sowie die Lösungen der schwierigeren Übungsaufgaben 
findet man wieder auf der beiliegenden CD-ROM. Sofern Anregungen oder Verbes- 
serungsvorschläge seitens der Leser zu Code- Veränderungen führen, werden diese 
für Anonymous ftp auf unserem Server (ftp.wifo.uni-mannheim.de) im Verzeichnis 
/pub/buecher zugänglich gemacht. 

Dem Springer- Verlag, insbesondere Frau Dr. Bihn und ihren Mitarbeitern, gilt unser 
Dank für die gute Zusammenarbeit. 

Mannheim, März 1999 Martin Schader, Lars Schmidt-Thieme 



Vorwort zur ersten Auflage 

Seit der Verfügbarkeit des ersten Java Development Kits (JDK) im Jahr 1995 hat die 
Programmiersprache Java einen Erfolg erlebt, wie er auf dem Gebiet der Software- 
technologie bisher ohnegleichen ist. 

Es werden nicht nur ständig neue, komfortable Java-Entwicklungsumgebungen vor- 
gestellt, auch die Codegenerierung der wichtigsten CASE-Tools wird auf Java um- 
gestellt, die Hersteller objektorientierter Datenbankmanagementsysteme bieten Java- 
Anbindungen (meist nach dem ODMG-Standard) an, bei der Entwicklung verteilter 
Systeme, insbesondere unter Benutzung von Object Request Brokern, führt an Ja- 
va kein Weg vorbei, und auch auf dem Gebiet der Komponententechnologie ist mit 
JavaBeans eine ernstzunehmende Alternative zum bisher Vorhandenen entstanden. 

Einige der in diesem Zusammenhang immer wieder genannten Schlagworte sind: Ja- 
va ist einfach, objektorientiert, verteilt, robust, sicher, architektumeutral, portabel, 
interpretiert, leistungsfähig, multithreaded, dynamisch. Aus unserer Sicht kommt da- 
bei insbesondere der Plattformunabhängigkeit und der “write once, run everywhere”- 
Zielsetzung eine besondere Bedeutung zu. 
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VORWORT 



Das vorliegende Buch ist aus einem Vorlesungszyklus „Objekttechnologie“, der an 
der Universität Mannheim gehalten wird, entstanden. Es wendet sich an Leser, die 
über Grundkenntnisse von Rechnern und ihrer Programmierung verfügen. Die einzel- 
nen Sprachkonstrukte werden anhand vieler kleiner Beispielprogramme und einiger 
umfangreicherer Anwendungen erklärt. Die Beispiele sind in der Regel bezüglich der 
Fehlerbehandlung äußerst kurz gehalten. Hier muß von den Leserinnen und Lesern 
noch eigenständig weiterentwickelt werden. 

Alle Beispiele wurden mit den von Sun zur Verfügung gestellten JDKs für Win 95/NT 
und Solaris getestet, viele auch mit MRJ unter MacOS 8. Diese JDKs findet man im 
WWW unter http://www.javasoft.com bzw. http://www.apple.com. 

Am Ende der Kapitel ist jeweils eine Reihe von Übungsaufgaben zusammengestellt, 
mit denen der behandelte Stoff vertieft werden kann. Lösungen zu ausgewählten Auf- 
gaben und die Java-Quellen der Beispiele findet man auf der beiliegenden CD-ROM. 
Aktuelle, ergänzende Informationen sind mittels Anonymous ftp auf unserem Ser- 
ver (ftp.wifo.uni-mannheim.de) im Verzeichnis /pub/buecher sowie im WWW unter 
http://www.wifo.uni-mannheim.de/Java zugänglich. 

Die Beispiele für das Netzwerk-Kapitel (20) und das RMI-Kapitel (21) kann man auf 
unserem Server über das Internet testen; nähere Beschreibungen erhält man ebenfalls 
unter dem obigen URL. 

Über Anregungen und Verbesserungsvorschläge seitens der Leser an unsere Postan- 
schrift oder an javabuch@wifo.uni-mannheim.de würden wir uns freuen. 

Der Fa. COMPAS MEDIA, Bremen danken wir für die Genehmigung, eine Reihe 
von Bilddateien bereitstellen zu können. Dem Springer- Verlag, Dr. Bihn, Dr. Müller 
und ihren Mitarbeitern gilt unser Dank für die bewährt sehr gute Zusammenarbeit. 



Mannheim, Mai 1998 



Martin Schader, Lars Schmidt-Thieme 
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Kapitel 1 



Einleitung 



In diesem einleitenden Kapitel besprechen wir drei einfache Beispiele, die den Leser- 
innen und Lesern die drei grundsätzlichen Möglichkeiten, Java-Programme zu schrei- 
ben: 



• als kommandozeilenbasierte stand-alone Anwendung, 

• als stand-alone Anwendung mit grafischer Benutzeroberfläche bzw. 

• als Applet, das nur in einem Browser lauffähig ist 

demonstrieren sollen. Die Beispiele dienen nur der Veranschaulichung dieser Mög- 
lichkeiten; sie können erst später komplett verstanden werden. 

Um die Beispiele übersetzen und starten zu können, benötigt man entweder eine in- 
tegrierte Java-Entwicklungsumgebung wie Borlands JBuilder oder Suns JavaWork- 
Shop, oder man verwendet das JDK (Java Development Kit) und den HoUava-Brow- 
ser, die beide von Sun unentgeltlich zur Verfügung gestellt werden. Die jeweils neue- 
sten Versionen von JDK und Browser findet man im Internet beispielsweise auf den 
FTP-Servem 

ftp://ftp.javasoft.com (Verzeichnis pub) oder 

ftp://ftp.informatik.rwth-aachen.de (Verzeichnis pub/mirror/ftp.javasoft.com/pub) 



1.1 Erste Beispiele 



Als erstes betrachten wir ein einfaches Beispiel, bei dem kommandozeilengesteuert 
ein Zähler jeweils um eins inkrementiert oder dekrementiert wird. Das Programm be- 
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steht aus zwei Klassendeklarationen Zaehler und ZaehlerTest, die wir in den Dateien 
Zaehler.java bzw. ZaehlerTest.java ablegen: 

// Zaehler.java 

dass Zaehler { 
private int wert; 
int wert() { return wert; } 
void wert(int i) { wert = i; } 
void inkrementiereO { ++wert; } 
void dekrementiereO { --wert; } 

} 



// ZaehlerTest.java 

Import java.io.*; 

dass ZaehlerTest { 

public static void main(String[] args) { 

Zaehler z = new ZaehlerQ; 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
PrIntWriter out = new PrintWriter(System.out, true); 
for (::) { 

out.println(" \nZählerstand: " 

+ z. werte + "\n ”); 

char akt = V; 
do { 

out.phntf Aktion (+/-): "); 

out.flushQ; 

try{ 

akt = ln.readLine().charAt(0); 

} catch (lOException ioe) { } 

} while (akt != && akt != 

If (akt == ’+’) 
z.inkrementiereO; 
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eise 

z.dekrementiereQ; 

} 

} 

} 

Damit wir das Programm übersetzen und starten können, muß - sofern man das JDK 
verwendet - die Umgebungsvariable RATH so gesetzt sein, daß Java den Compiler, 
Interpreter usw. findet. Wenn man beispielsweise das JDK in einem Verzeichnis java 
installiert hat und sich die beiden Java-Dateien in OOPinJava/kapiteH befinden, sieht 
die entsprechende Deklaration für ein Unix-System (C-Shell) folgendermaßen aus: 

setenv RATH /java/jdk1 .2/bin:$RATH 

Bei Win 95/98/NT benutzt man analog: 

set RATH=C:\java\jdk1.2\bin;%RATH% 

Sinnvoller, als dies jeweils zu Beginn einer Sitzung neu einzustellen, ist die Aufnahme 
der entsprechenden Deklaration in -Z.login bzw. die Einstellung über die Windows- 
„Sy stemeigenschaften“ . 

Um das Programm zu übersetzen, rufen wir nun den Java-Compiler javac auf: 
javac ZaehlerTest.java 

Die Endung .java muß hier mit angegeben werden. Sofern die Quellen fehlerfrei 
sind und die Pfade stimmen, werden zwei weitere Dateien ZaehlerTest.class und 
Zaehler.class angelegt, die plattformunabhängige Java-ßytecodes enthalten. Da javac 
beim Übersetzen der Klasse ZaehlerTest feststellt, daß ein Zaehler-Objekt benötigt 
wird (anhand der Anweisung Zaehler z = new ZaehlerQ;) und die entsprechende 
class-Datei noch nicht vorliegt, wird Zaehler.java ebenfalls übersetzt. 

Zum Programmstart geben wir nun einfach java ZaehlerTest ein. Der Java-Interpreter 
java sucht dann im aktuellen Verzeichnis, also . nach einer Datei ZaehlerTest.class 
und beginnt mit der Interpretation und Ausführung ihrer Bytecodes. Unser erstes 
Java-Programm präsentiert sich dann wie folgt: 
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Zählerstand: 0 



Aktion (+/-): + 



Zählerstand: 1 



Aktion (+/-): + 



Zählerstand: 2 



Aktion (+/-): - 



Zählerstand: 1 



Aktion (+/-): 

Nach dem Starten des Interpreters wird die Methode main der Klasse ZaehlerTest 
aufgerufen. In ihr werden zunächst drei Objekte, ein Zaehler-Objekt z und zwei Ein- 
bzw. Ausgabeobjekte in bzw, out erzeugt. Dann wird in einer Endlosschleife, die 
durch das for (;;) aufgebaut wird, der aktuelle Zählerstand von z durch den Aufruf der 
Methode wert ermittelt und angezeigt und danach ein Zeichen akt eingelesen, das die 
nächste Aktion auslösen soll. Je nachdem, ob + oder - eingegeben wird, erfolgt ein 
Aufruf der Methode inkrementiere bzw. dekrementiere für das Objekt z. Bei Eingabe 
eines anderen Zeichens wird einfach die Eingabeaufforderung wiederholt. Dieser 
Vorgang wird solange wiederholt, bis wir das Programm mittels Ctrl-C abbrechen. 

Als zweites Beispielprogramm schreiben wir wieder eine stand-alone Anwendung, 
die einen Zähler modifiziert, versehen diese jetzt aber mit einer einfachen Benutzer- 
oberfläche. Da wir die Klasse Zaehler wiederverwenden können, kommen wir mit 
einer weiteren Klasse ZaehlerFrame, die den ZaehlerTest ersetzt, aus. Die Klasse 
ZaehlerFrame enthält die Benutzeroberfläche, die bei stand-alone Anwendungen ty- 
pischerweise in einem Frame aufgebaut wird: 

// ZaehlerFrame.java 

Import java.awt.*; 

Import java.awt.event.*; 
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dass ZaehlerFrame extends Frame { 
private Button plus, minus; 
private TextField stand; 
private Zaehler z; 

ZaehlerFrame(String s) { 
super(s); 

z = new ZaehlerQ; 

setLayout(new GridLayout(2, 2)); 

add(new Label("Zählerstand: ", Label. RIGHT)); 

add(stand = new TextField(IO)); 

stand.setText(String.valueOf(z.wert())); 

stand.setEditable(false); 

add(plus = new Button("lnkrementiere")); 

add(minus = new Button("Dekrementiere")); 

ButtonUstener lis = new ButtonListenerQ; 

plus.addActionUstener(lis); 

minus.addActionListener(lis); 

pack(); 

setVisible(true); 

} 

public static void maln(String[] args) { 
new ZaehlerFrame("Zähler-Test"); 

} 

dass ButtonUstener Implements ActlonUstener { 
public void actionPerformed(ActionEvent e) { 
if (e.getActionCommand().equals("lnkrementlere")) 
z.inkrementlereO; 
eise 

z.dekrementiereO; 

stand.setText(String.valueOf(z.wert())); 

} 

} 

} 

Beim Vergleich mit der „Oberfläche“ in der Klasse ZaehlerTest, sieht man, daß es 
fast einfacher ist, eine grafische Oberfläche zu entwickeln, als die Ein-/ Ausgabe über 
die Kommandozeile abzuwickeln. Insofern wird man als Java-Entwickler für die Ver- 
wendung der veralteten Technologie bestraft. Im ZaehlerFrame werden zwei Button- 
Objekte zum Inkrementieren bzw. Dekrementieren mit der entsprechenden Beschrif- 
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tung erzeugt. Weiterhin enthält die Oberfläche ein Label und ein nicht editierbares 
Textfeld, in dem der aktuelle Zählerstand angezeigt wird. Das Zaehler-Objekt, dessen 
Methoden aufgerufen werden, heißt wieder z. Die Reaktion auf die Benutzereinga- 
ben haben wir in die innerhalb von ZaehlerFrame deklarierte Klasse ButtonListener 
einprogrammiert; mit den beiden addActionListener- Aufrufen ist unsere Oberfläche 
mit dem Listener verknüpft, der dann beide Buttons daraufhin überwacht (an ihnen 
„lauscht“), daß eine Benutzeraktion - hier Druck auf den Button - vorgenommen 
wird. 

Das Beispiel verwendet ein typisches Konzept der Objektorientierung, die Vererbung: 
Die Klasse ZaehlerFrame ist als Subklasse der Klasse Frame deklariert und erbt sämt- 
liche Variablen und Methoden des Frames. In ähnlicher Weise ist der ButtonListener 
eine für unsere Zwecke speziell zugeschnittene Implementation des ActionListener- 
Interfaces. Damit wir diese Klassen und ihre Methoden aus der Java-Standardbib- 
liothek verwenden können, ohne ihre Namen vollständig auszuschreiben (z.B. ja- 
va.awt. Frame), sind am Anfang der Klassendeklaration die beiden import-Deklara- 
tionen eingefügt. 

Zum Übersetzen ist jetzt javac ZaehlerFrame.java, zum Starten java ZaehlerFrame 
einzugeben. Die Oberfläche hat nun die Gestalt: 



m 


Zähler-Tesl 








Inkrementiere 


Dekrementiere 



Nach dem Starten des Interpreters wird auch hier wieder die Methode main, jetzt 
für die Klasse ZaehlerFrame, aufgerufen. In ihr wird lediglich ein ZaehlerFrame- 
Objekt erzeugt, das nüt dem „Konstruktof ‘ ZaehlerFrame(String s) konstruiert wird. 
Bei dieser Konstruktion werden ein Zaehler-Objekt z und die Oberflächenobjekte 
generiert. Mit setVisible wird der Frame schließlich sichtbar. Auch diese Anwendung 
muß mit Ctrl-C beendet werden. Wir werden aber später in Kapitel 13 sehen, wie man 
das Fenster mit dem üblichen Mausklick schließen kann. 

Als letztes Einführungsbeispiel betrachten wir ein erstes Applet, das ist ein Java- 
Programm, das nicht eigenständig, sondern nur von einem Web-Browser ausgeführt 
werden kann. Der Vorteil von Applets im Vergleich zu stand-alone Anwendungen ist 
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aber, daß sie, wenn man sie in eine HTML-Seite einbettet, über das Netz geladen und 
lokal vom Browser ausgeführt werden können. 

Wir greifen nochmals auf das Zählerbeispiel zurück und schreiben es als Applet 
um. Dazu sind im ZaehlerFrame nur wenige Änderungen nötig; die Klasse Zaehler 
können wir unverändert wiederverwenden: 

// ZaehlerApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass ZaehlerApplet extends Applet { 
private Button plus, minus; 
private TextFleld stand; 
private Zaehler z; 
public vold lnlt() { 
z = new ZaehlerO; 
setLayout(new GrldLayout(2, 2)); 

Rest wie In ZaehlerFrame 

} 

dass ButtonUstener Implements ActlonLIstener { 

wie In ZaehlerFrame 

} 

} 

Im Unterschied zur ZaehlerFrame-Klasse ist das ZaehlerApplet als Subklasse von 
Applet deklariert, und die Klasse ist public, damit sie auch in anderen Umgebungen 
und auf anderen Rechnern benutzt werden kann. Weiterhin fällt auf, daß der Kon- 
struktor durch die Methode Init ersetzt wurde und daß keine Methode maln deklariert 
ist, in der das GUI-Objekt mit seinen Ein-/ Ausgabekomponenten erzeugt wird. 

Nachdem wir das Applet mittels javac ZaehlerApplet.java übersetzt haben, müssen 
wir noch eine HTML-Seite anfertigen, in die wir es aufnehmen. In diesem Lehrbuch 
wird keine Einführung in HTML (die Hypertext Markup Language) gegeben, wir 
werden jedoch - insbesondere in Kapitel 13 - genügend HTML-Beispiele betrachten, 
um die wichtigsten Konstrukte kennenzulemen. In Anhang G sind darüber hinaus 
häufig benötigte HTML-Markierungen nochmals zusammengestellt. Eine einfache 
HTML-Seite für das ZaehlerApplet sieht beispielsweise so aus: 
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<h1 >Das Zähler-Applet</h1 > 

<hr> 

<center> 

<applet Code = ZaehlerApplet width = 250 height = 70> 

</applet> 

</center> 

<P> 

Hier steht der <a href = "ZaehlerApplet.java">Java-Code.</a> 

Wenn wir diese Angaben in eine HTML-Datei, z.B. ZaehlerApplet.html schreiben, 
können wir die Funktionalität des Applets bereits im Applet-Viewer durch Eingabe 
von appletviewer ZaehlerApplet.html testen. Alternativ ist auch der Einsatz eines 
Browsers möglich; HotJava liefert die folgende Darstellung: 



HotJavaCtm): ZaehlerApplet 



File Edit View Places 



Help 






Place: f i le;/00 P injava/kapitell /ZaehlerApplet htm [ 






Das Zähler-Applet 



Zählerstand; j 


-17 


Inkrementiere | 

. _ , . 1 


Dekrementiere 



Hier steht der Java-Code 



Die wichtigste Angabe, die Browser und Applet- Viewer benötigen, ist in der <applet>- 
Markierung enthalten. Mit code wird der Name des Applets spezifiziert, width und 
height geben die Breite und Höhe (in Pixeln) des Rechtecks an, das für das Applet 
auf der Seite zu reservieren ist. Der Applet- Viewer berücksichtigt nur diese An- 
gaben und ignoriert den übrigen Text völlig. Dafür ist er in der Regel sehr viel 
schneller gestartet als ein Browser. Falls wir unseren Rechner als HTTP-Server ein- 
gerichtet haben, kann das Applet auch von anderen Systemen aus geladen und lo- 





1 .2. DIE AUSFÜHRUNG VON JAVA-PROGRAMMEN 



9 



kal ausgefühlt werden, wenn man im dortigen Browser als Place oder Location den 
URL (Uniform Resource Locator) angibt, an dem sich unsere HTML-Datei befindet, 
also z.B. http://www.wifo.uni-mannheim.de/OOPinJava/kapitel1/ZaehlerApplet.html. 
(Siehe hierzu Kapitel 20.) 



1.2 Die Ausführung von Java-Programmen 

Wir haben bei unseren ersten Beispielen gesehen, daß Java-Quellen mittels javac in 
Bytecodes übersetzt und in class-Dateien gespeichert werden. Java-Bytecode enthält 
maschinenunabhängige Instruktionen für eine virtuelle Maschine - die Java-VM. Wir 
können uns die Bytecodes unserer ersten Beispiele mit dem Java-Disassembler javap 
ansehen. (Wenn wir einfach javap eingeben, erhalten wir die Aufrufoptionen.) Ein 
Ausschnitt der von javap -c Zaehler gelieferten Ausgabe ist: 

Method void wert(int) 

0 aload_0 

1 iload_1 

2 putfield #4 <Field int wert> 

5 return 

Hier ist gezeigt, wie die Methode wert(int i) arbeitet. Zunächst wird das Zaehler- 
Objekt festgestellt (aload_0), dessen Wert gesetzt werden soll. Dann wird der neue 
Wert i als erstes Argument des Typs int ermittelt (iload_1). Schließlich wird dieser 
Wert in die Variable wert des Objekts eingetragen (putfield ...). Auf allen Maschinen 
und Betriebssystemen liefert Java diesen Bytecode. 

Es ist die Aufgabe des Java-Interpreters, die Bytecodes dann plattformspezifisch zu 
interpretieren und auszuführen. Der Interpreter kann dabei als eigenständige Anwen- 
dung implementiert sein (wie z.B. java), in andere Software eingebettet sein (z.B. in 
einen Web-Browser wie HotJava) oder in den Micro-Code einer Java-CPU integriert 
sein. 

Wenn die VM zur Interpretation einer stand-alone Anwendung gestartet wird, beginnt 
sie mit der Ausführung der Methode main der initialen Klasse. Beim Aufruf von java 
wird diese in der Kommandozeile spezifiziert. Die nachfolgenden Kommandozeilen- 
Argumente (falls vorhanden) werden main als String-Feld übergeben. 

Bei unserem ersten Beispiel haben wir zum Programmstart java ZaehlerTest eingege- 
ben. Die initiale Klasse ist hier also ZaehlerTest.class. Vor der Ausführung von main 
muß diese Klasse geladen werden; hierzu benutzt die VM den Class-Loader. 
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Nach dem Laden wird der Verißer aktiviert, der die Bytecodes auf Korrektheit über- 
prüft (z.B. ob die Datei während des Ladens oder des Transfers über das Netz be- 
schädigt wurde). Anschließend wird Speicherplatz für die Klassenvariablen bereit- 
gestellt und mit Standardwerten initialisiert. Weiterhin wird geprüft, ob der Code 
Referenzen auf andere Klassen enthält, die noch zu laden sind. Im Beispiel sind noch 
String, Zaehler, BufferedReader usw. zu laden. Dann wird die Methode main aufge- 
rufen. 

Die Vorgehensweise bei der Ausführung von Applets ist sehr ähnlich. Es wird jetzt 
jedoch die in den Browser integrierte Java-VM aktiv, die als initiale Klasse die in der 
<applet>-Markierung spezifizierte Klasse lädt. Nachdem alle Klassen geladen und 
geprüft sind, erzeugt die VM ein Objekt der Applet-Klasse und ruft für dieses die 
Methode init auf. 

Man erkennt hieran, daß es in Java den klassischen Begriff des monolithischen, aus- 
führbaren Programms nicht mehr gibt. Es werden statt dessen Übersetzungseinheiten 
betrachtet. Das sind java-Dateien, die Deklarationen von Klassen enthalten, deren 
Objekte miteinander kooperieren, um eine bestimmte Aufgabe zu bewältigen. Das 
„Programm“ besteht dann aus der Gesamtheit der zu ladenden Klassen oder class- 
Dateien. 

Eine Klasse, die als initiale Klasse eingesetzt werden soll, muß eine Methode main 
implementieren, die public und static spezifiziert ist. Bei Applets tritt init an die Stelle 
von main. Wenn die initiale Klasse X heißt, muß sie in einer Datei X.java deklariert 
werden. X.java kann neben der Deklaration von X noch weitere Klassendeklaratio- 
nen enthalten, z.B. die von zwei Klassen Y und Z, die aber nicht initiale Klasse sein 
können. Beim Übersetzen wird dann dennoch für jede Klasse eine eigene class-Datei 
generiert - im Beispiel resultieren also X.class, Y.class und Z.class. Aus diesem 
Grund ist es üblich, so wie wir es bisher getan haben, für jede Klasse eine eigene 
Datei zu verwenden. 



1.3 Übungsaufgaben 

1. Richten Sie sich ein Java-System ein und bringen Sie sämtliche Zaehler-Bei- 
spiele zum Laufen. 

2. Prüfen Sie, ob Ihr Browser bei einem Reload ein modifiziertes Programm tat- 
sächlich neu lädt. Ändern Sie dazu nach dem Starten des ZaehlerApplets den 
Java-Code (z.B. "Wert++" statt "Inkrementiere" als Button-Text), übersetzen Sie 
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das Applet neu und drücken Sie im Browser Reload. Wenn sich die Anzei- 
ge nicht geändert hat, müssen Sie den Browser bei der Programmentwicklung 
immer wieder neu starten - oder zur Beschleunigung zunächst mit dem Applet- 
Viewer arbeiten. 

3. Machen Sie sich am Beispiel der drei folgenden Klassen X, Y und Z klar, daß 
es relativ belanglos ist, in welche Klasse man die Methode main aufnimmt. Die 
Methode kann unverändert genauso gut in der Deklaration von X oder Y oder in 
allen drei Klassen stehen. Zum Starten des „Programms“ ist dann entsprechend 
java X oder java Y oder java Z einzugeben. 

// X.java 
Import java.io.*; 
dass X { 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 

} 



// Y.java 
Import java.io.*; 
dass Y { 

PrintWriter out = new PrintWriter(System.out, true); 

} 



// Z.java 
Import java.io.*; 
dass Z { 

public static vold main(Strlng[] args) { 
X X = new X(); 

Y y = new Y(); 
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y.out.print(“URL "); 
y.out.flushO; 
try { 

String url = x.in.readüne(); 
y.out.printlnfURL " + url); 

} catch (lOException ioe) { } 

} 

} 

Welche Konsequenzen hat dies für das ZaehlerTest-Beispiel? 

Hinweis 

Sofern man eine Java-Entwicklungsumgebung benutzt und nicht mit dem komman- 
dozeilenorientierten JDK arbeitet, ist es möglich, daß Anwendungen, die, wie der 
ZaehlerTest, Eingaben von der Tastatur lesen sollen, die Eingabe puffern, so daß der 
Eindruck entsteht, daß die Anwendung „hängt“. Um die gewünschte Reaktion sofort 
zu sehen, kann man in diesen Fällen die Puffergröße explizit auf 1 setzen, indem man 
dem BufferedReader eine 1 als zweites Argument übergibt, also 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in), 1); 



schreibt. 




Kapitel 2 



Lexikalische Konventionen 



Java-Übersetzungseinheiten werden in Unicode geschrieben. Dies ist ein Zwei-Byte- 
Code, mit dem man viele länderspezifische Zeichen, z.B. deutsche Umlaute, französi- 
sche Akzente oder griechische Buchstaben darstellen kann. (Die aktuelle Version fin- 
det man in: The Unicode Standard, Version 2.0, The Unicode Consortium/Addison- 
Wesley, 1996.) 

Da es derzeit nur wenige Dateisysteme, Editoren usw. gibt, die Unicode verarbei- 
ten, sind „Unicode-Escapes“ definiert, mit denen man Unicode-Zeichen im ASCII- 
Code darstellen kann. Auf diese Ersatzdarstellungen gehen wir in Abschnitt 4.3 ein. 
Die ersten 128 Unicode-Zeichen 0000 bis 007f sind die ASCII-Zeichen; es ist daher 
möglich, Java-Programme komplett in ASCII zu entwickeln. Anhang B enthält eine 
Tabelle aller ASCII-Zeichen. 



2.1 Lexikalische Elemente 

Die kleinsten Einheiten, aus denen sich eine Java-Übersetzungseinheit zusammen- 
setzt, nennt man lexikalische Elemente. In Java gibt es sieben Klassen lexikalischer 
Elemente: 

• White-Space, 

• Kommentare, 

• Bezeichner, 



• Schlüsselwörter, 
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• Literale, 

• Interpunktionszeichen und 

• Operatoren. 

White-Space-Zeichen sind Leerzeichen (ASCII SP), horizontale Tabulatoren (ASCII 
HT), Seitenvorschübe (ASCII FF) und Zeilenenden (ASCII LF oder ASCII CR oder 
ASCII CR gefolgt von LF). 

Bezeichner, Schlüsselwörter, Literale und Operatoren werden durch White-Space 
oder Kommentare getrennt. White-Space verwenden wir darüber hinaus, um unse- 
re Programme durch einheitliche Formatierung besser lesbar zu gestalten. 

Bei der Analyse einer Übersetzungseinheit werden vom Compiler immer die größt- 
möglichen lexikalischen Elemente gebildet, d.h. wenn ein kurzes in einem längeren 
Element enthalten ist, wird das längere ausgewertet. In unserem ersten Zaehler- 
Beispiel ist deshalb der Ausdruck ++wert in der Methode inkrementiere als Inkre- 
ment-Operator, gefolgt von dem Variablennamen wert interpretiert worden und nicht 
als Folge von zwei positiven Vorzeichen und einem Variablennamen. 



2.2 Kommentare 

Es gibt drei Arten von Kommentaren: 

Die traditionellen Kommentare, die in /* und */ eingeschlossen sind. 
Zeilenkommentare, die mit // beginnen und sich bis zum Ende ihrer Zeile erstrecken. 
Dokumentationskommentare, die in /** und */ eingeschlossen sind. 

• Kommentare können nicht geschachtelt werden. 

• /* und */ haben keine besondere Bedeutung in Zeilenkommentaren. 

• // hat keine besondere Bedeutung in Kommentaren, die mit /** oder /* beginnen. 

Dokumentationskommentare werden wirksam, wenn man die entsprechende Java- 
Datei mit dem im JDK enthaltenen Programm javadoc verarbeitet. (Wenn wir einfach 
javadoc eingeben, erhalten wir die Aufrufoptionen.) 

javadoc legt eine HTML-Datei an, die zu Dokumentationszwecken zusammen mit 
den class-Dateien ausgeliefert werden kann. Dabei werden die in der folgenden Ta- 
belle zusammengestellten Marken berücksichtigt. 
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Marke 


Bedeutung 


Anwendung vor 


©see 

©author 

©Version 

©param 

©return 

©exception 


Verweis auf Klasse 
Name des Autors 
Versionsnummer 

Name u. Beschreibung von Parametern 
Beschreibung des Funktionswerts 
Name u. Beschreibung von Ausnahmen 


Klasse, Methode, Variable 

Klasse 

Klasse 

Methode 

Methode 

Methode 



Als Beispiel greifen wir nochmals die Klasse Zaehler auf, die hier sehr ausführlich 
kommentiert ist. 

// Zaehler.java 

r 

* Ein <em>Zaehler</em> ist ein Objekt, das einen <code>int</code>-Wert 

* speichern, inkrementieren und dekrementieren kann. 

* 

* ©Version 2.157, 02/02/99 

* ©author Martin Schader 

* ©author Lars Schmidt-Thieme 
V 

dass Zaehler { 
private int wert; 

/** 

* Liefert den Wert des Zaehlers. 

* ©return aktueller Zaehlerstand 

V 

Int wert() { return wert; } 

!** 

* Setzt den Wert des Zaehlers. 

* ©param i neuer Zaehlerstand 
*/ 

vold wert(lnt I) { wert = I; } 

!** 

* Inkrementiert den Zaehler. 

* ©see #dekrementiere() 

V 

void inkrementiereO { ++wert; } 
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/** 

* Dekrementiert den Zaehler. 

* @see #inkrementiere() 

V 

void dekrementiereO { --wert; } 

} 

Die folgende Abbildung zeigt einen Ausschnitt (weniger als die Hälfte) von der Fülle 
an Informationen, die durch javadoc -package Zaehler.java in der Datei Zaehler.html 
angelegt wird. 




Constructor Stimrnary 

tpickage | Zaehler () 
prlvatsj 



Method Sinnmary 

tpAckügB I djekraneDtieje ! ) 



private) void 



Dekrementiert den Zaehler. 



(packaga iHcrmpnt isrP ( ) 



private) void 



Inkrementiert den Zaehler. 



tpacka^ Uextd 



privat#) int 



Liefert den Wert des Zaehlers 



(package (int i) 



private] void 



Setzt den Wert des Zaehlers. 






2.3. BEZEICHNER 
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2.3 Bezeichner 

Bezeichner sind Namen, die wir für die von uns deklarierten Klassen, Methoden, Va- 
riablen, Interfaces und Pakete wählen. Java-Bezeichner bestehen aus beliebig langen 
Folgen von Unicode-Buchstaben und -Ziffern. Sie müssen mit einem Buchstaben be- 
ginnen. A-Z, a-z, _ und $ sind Unicode-Buchstaben, 0-9 sind Unicode-Ziffem. Die 
Java-Schlüsselwörter sowie die Literale true, false und null sind nicht als Bezeichner 
einsetzbar. In ASCII-basierten Systemen können die Unicode-Escapes \u0000-\uffff 
(siehe Abschnitt 4.3) verwendet werden. 

In unserer ersten Übersetzungseinheit Zaehler.java haben wir die Bezeichner Zaehler, 
wert, i, inkrementiere und dekrementiere benutzt. 



2.4 Schlüsselwörter 

Die folgende Tabelle enthält die Jslwsl- S chlüsselwörter. Diese sind nicht als Bezeich- 
ner einsetzbar. 



abstract 


default 


if 


private 


throw 


boolean 


do 


implements 


protected 


throws 


break 


double 


Import 


public 


transient 


byte 


eise 


instanceof 


return 


try 


case 


extends 


int 


short 


void 


catch 


final 


Interface 


static 


volatlle 


char 


finally 


long 


super 


while 


dass 


float 


native 


switch 




const 


for 


new 


synchronized 




continue 


goto 


package 


this 





Die Schlüsselwörter const und goto haben in der derzeitigen Java- Version keine be- 
sondere Bedeutung, sie sind lediglich für mögliche zukünftige Erweiterungen reser- 
viert. 



2.5 Interpunktionszeichen 

Die folgenden neun Zeichen dienen in Java als Interpunktionszeichen: 

(){}[]:.. 
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Bei ihnen handelt es sich um eine Art abgekürzter Schlüsselwörter, mit denen wir 
Anweisungen abschließen oder in Blöcken zusammenfassen, Listenelemente vonein- 
ander trennen oder zusammenklammem usw. 

Zaehler.java enthält die Schlüsselwörter dass, private, int, return und void und die 
Interpunktionszeichen {, ;, (, ) und }. Wie in diesem ersten Beispielprogramm 
treten geschweifte, runde und eckige Klammem immer paarweise auf. 



2.6 Operatoren 

Java benutzt 36 Operatoren - das sind Symbole, die verschiedene Operationen auf 
ihren Argumenten, den Operanden, ausführen: 



= 


< 


> 


1 




?: 


== 


!= 


<= 


>= 


&& 


II 


++ 


- 


+ 


- 


* 


/ 


& 


1 


A 


% 


« 


» 


»> 


+= 


-= 


*= 


/= 


&= 


1= 


A- 


%= 


«= 


»= 


»>= 











In Zaehler.java wird beispielsweise in der Methode wert(int i) mit dem Zuweisungs- 
operator = der Wert von i in die Variable wert kopiert; in den Methoden inkrementiere 
und dekrementiere wird mit den Operatoren ++ bzw. -- der Wert der Variablen wert 
inkrementiert bzw. dekrementiert. 

Die Bedeutung der hier aufgeführten Operatoren, ihre Wirkungsweise bei der Verar- 
beitung der Werte ihrer Operanden und der Berechnung des Werts von Ausdrücken, 
die sich aus Operatoren und Operanden zusammensetzen, wird in den folgenden Ka- 
piteln, insbesondere in Abschnitt 5.4 erklärt. 



2.7 Syntaxnotation 

Nicht jede Folge von lexikalischen Elementen bildet bereits eine korrekte Java-Über- 
setzungseinheit. Welche Symbolfolgen zulässig sind und von javac übersetzt werden 
können, wird durch die Java-Syntax geregelt. Zur ihrer Beschreibung verwenden wir 
Syntaxregeln, die sich an die aus C und C++ bekannte Notation anlehnen und wie 
folgt aufgebaut sind: 




2.8. ÜBUNGSAUFGABE 
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Jede Regel beginnt mit einem nichtterminalen Symbol, auf das ein Doppelpunkt und 
die Definition des Symbols folgen. Terminale Symbole sind in Helvetica gesetzt - 
sie werden unverändert in den Java-Programmtext übernommen. In der Definition 
auftretende nichtterminale Symbole sind in anderen Regeln definiert. Alternativen 
stehen in verschiedenen Zeilen. Falls eine Alternative länger als eine Zeile ist, wird 
sie, doppelt eingerückt, in der folgenden Zeile fortgesetzt. In wenigen Ausnahmen 
wird eine lange Liste von Alternativen auf einer Zeile angegeben; dies wird durch 
den Ausdruck „eins von“ angezeigt. Ein optionales terminales oder nichtterminales 
Symbol erhält den Index opt. Die kompletten Java-Syntaxregeln sind in Anhang A 
wiedergegeben. 

Die Regeln 15-22 legen beispielsweise fest, wie eine Übersetzungseinheit aufgebaut 
ist. Wir sehen, daß sie aus einer optionalen Package-Deklaration, einer optiona- 
len Folge von Import-Deklarationen und einer ebenfalls optionalen Folge von Typ- 
Deklarationen besteht. Unser erstes Beispiel Zaehler.java besteht aus genau einer 
Typ-Deklaration, die hier eine Klassendeklaration (der Klasse Zaehler) ist. 



2.8 Übungsaufgabe 

Schreiben Sie einen Dokumentationskommentar für das ZaehlerApplet aus Kapitel 1. 
(Sofern Sie eine ältere javadoc- Version verwenden, müssen noch die gif-Dateien aus 
/OOPinJava/kapitel2/images in einem Verzeichnis Images zugreifbar sein, damit Ihr 
Browser die generierte HTML-Datei richtig anzeigen kann.) 




Kapitel 3 



Typen und Werte 



Die von einem Java-Programm zu verarbeitenden Daten werden, wie auch der ei- 
gentliche Programmcode - also die class-Dateien mit ihren Bytecodes - im Speicher 
als Bytefolgen abgelegt. Solche Speicherinhalte erhalten erst durch die Angabe ih- 
res Datentyps eine sinnvolle Interpretation. Java stellt hierzu eine Reihe elementarer 
Datentypen zur Verfügung; darüber hinaus deklarieren sich Java-Programmierer ihre 
für die jeweiligen Anwendungen benötigten Typen selbst oder benutzen Klassen und 
Interfaces aus der Java-Klassenbibliothek oder ihrer eigenen Bibliothek. 

Jedem von uns deklarierten Bezeichner muß genau ein Typ zugeordnet sein, der fest- 
legt, welche Operationen für den Bezeichner definiert sind, wieviel Speicherplatz zu 
reservieren ist und welche Werte dem Jeweiligen Speicherinhalt entsprechen. Mit Je- 
dem Typ ist auch ein Wertebereich, das ist die Menge der Werte, die eine Variable 
dieses Typs annehmen kann, festgelegt. 

Java ist eine Sprache mit strenger Typprüfung. Jede Variable und Jeder Ausdruck hat 
einen Typ, der beim Übersetzen bekannt ist. Zusätzlich werden von uns vorgenom- 
mene Typkonversionen statisch (beim Übersetzen) und, sofern dies erst zur Laufzeit 
möglich ist, dynamisch geprüft. 



3.1 Datentypen 

In Java werden zwei grundlegende Typen unterschieden: Elementare Typen und Re- 
ferenztypen. 



Die elementaren Typen bestehen aus dem logischen Typ boolean und den numeri- 
schen Typen. 
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Numerische Typen sind die ganzzahligen Typen byte, short, int, long und char sowie 
die Gleitpunkttypen float und double. 

Referenztypen sind Klassen, Interfaces und Felder. 

Ein Java-Objekt ist Instanz einer Klasse oder ein Feld. Alle Objekte sind implizit 
Instanzen der Klasse Object und verfügen damit über deren Methoden; u.a. 

public String toString() { } 

public boolean equals(Object ob]) { } 

protected Object clone() throws CloneNotSupportedException { } 

protected void finalize() throws Throwable { } 

Mittels toString ist es möglich, jedes Objekt in eine für das Objekt charakteristische 
Zeichenkette umzuwandeln (und diese z.B. auszugeben). Mit equals können wir ver- 
gleichen, ob zwei Objekte identisch sind, clone erzeugt eine Kopie eines Objekts, und 
finalize ist eine Methode, die aufgerufen wird, unmittelbar bevor ein Objekt wieder 
zerstört wird. Die Vererbungsbeziehung zwischen jeder von uns deklarierten Klasse 
und der Klasse Object wurde bereits in der durch javadoc generierten Dokumentation 
für das Zaehler-Beispiel dargestellt, vgl. die Abbildung auf S. 16. Objekte werden 
grundsätzlich erst zur Laufzeit dynamisch erzeugt. Werte eines Referenztyps sind 
Referenzen (Zeiger) auf Objekte. 

Eine Variable ist ein Speicherplatz; sie hat einen Namen und einen Typ. Eine Variable 
eines elementaren Typs enthält immer einen Wert dieses Typs. Eine Variable eines 
Klassentyps T kann die Nullreferenz null oder eine Referenz auf ein Objekt des Typs 
T oder einer Subklasse von T enthalten. In unserem Beispiel ZaehlerTest haben wir 
sechs Variablen deklariert: args, z, in, out und ioe sind Variablen eines Referenztyps. 
Genauer ist args Variable des Feldtyps String[], z Variable des Klassentyps Zaehler, 
in Variable des Klassentyps BufferedReader, out Variable des Klassentyps PrintWriter 
und ioe Variable des Klassentyps lOException. Die verbleibende Variable akt hat den 
elementaren ganzzahligen Typ char. 

Eine Variable eines Interfacetyps T kann null oder eine Referenz auf ein Objekt eines 
Typs, der das Interface T implementiert, enthalten. (Klassen, Subklassen und Interfa- 
ces werden wir im Detail erst in den Kapiteln 8-1 1 besprechen.) 

Bei Feldern sind zwei Fälle zu unterscheiden: Ist T ein elementarer Typ, so kann eine 
Variable des Typs „Feld mit Komponenten des Typs T‘ (kurz: T-Feld) die Nullre- 
ferenz oder eine Referenz auf ein T-Feld enthalten. Ist T ein Referenztyp, kann die 
Variable auch eine Referenz auf ein S-Feld enthalten, sofern S an T zuweisbar ist 
(d.h. S ist Subklasse von T oder S implementiert T, siehe 5.1.3). 




3.2. WERTEBEREICHE 
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Die Fülle der hier nur kurz aufgezählten Sachverhalte wird in den nächsten Kapiteln 
nach und nach vertraut werden. Wichtig und bereits jetzt einzuprägen ist: 

• Variablen eines elementaren Typs enthalten immer einen Wert aus dessen Wer- 
tebereich. 

• Variablen eines Referenztyps enthalten null oder eine Referenz auf ein Objekt 
„passenden“ Typs. 

• Objekte sind nicht in Variablen gespeichert; sie werden zur Laufzeit erzeugt, 
haben keinen eigenen Namen, können aber durch eine Variable referenziell 
werden. 

3.2 Wertebereiche 

Die Wertebereiche der elementaren Datentypen sind in Java systemunabhängig fest- 
gelegt - sie stimmen in allen Hard- und Softwareumgebungen überein. 

Der Wertebereich des Typs boolean enthält die zwei Werte true und false. 

Ganzzahlige Typen sind vorzeichenbehaftet in Zweierkomplement-Darstellung im- 
plementiert: 



Typ 


Größe 


Wertebereich 


byte 


1 Byte 


-128 bis 127 


short 


2 Bytes 


-32.768 bis 32.767 


int 


4 Bytes 


-2.147.483.648 bis 2.147.483.647 


long 


8 Bytes 


-9.223.372.036.854.775.808 bis 9.223.372.036.854.775.807 


char 


2 Bytes 


0 bis 65.535 (^u0000’ bis ’\uffff) 



Die Gleitpunkt-Typen float bzw. double sind nach dem IEEE-754-Standard mit 4 By- 
tes bzw. 8 Bytes implementiert. 

Der größte bzw. kleinste positive float- Wert ist 3.40282347 x 10'^* bzw. 1.40239846 x 
10“^^ bei einer Genauigkeit von ca. 7 Stellen. Der größte bzw. kleinste positive 
double-Wert ist 1.79769313486231570 x lO'^®^ bzw. 4.94065645841246544 x 10-'^'^^ 
Die Genauigkeit beträgt hier ca. 15 Stellen. 

Das folgende Programm demonstriert, wie ausgehend von tt x lO'^^^^ der größte dar- 
stellbare double-Wert durch fortlaufende Multiplikation mit 10 überschritten wird 
und daß Java dann als Wert Infinity einsetzt. 
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H DoubleTest.java 
import java.io.*; 
dass DoubleTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
double d = Math.Prie300; 
for (int i = 0; i < 10; i++) { 
out.printInC'd = ” + d); 
d*= 10; 

} 

} 



Die von diesem Programm erzeugte Ausgabe ist überall gleich: 

d = 3.141592653589793E300 
d = 3.141592653589793E301 
d = 3.1415926535897933E302 
d = 3.141592653589793E303 
d = 3.1415926535897933E304 
d = 3.1415926535897933E305 
d = 3.141592653589793E306 
d = 3.141592653589793E307 
d = Infinity 
d = Infinity 




Kapitel 4 



Konstanten und Variablen 



In Abschnitt 2.1 wurde erklärt, daß die Symbolfolge, aus der sich eine Java-Überset- 
zungseinheit zusammensetzt, auch Literale enthalten kann. Diese beschreiben einen 
Wert, der sich zur Laufzeit des Programms nicht ändern kann und in der Regel vom 
Java-Compiler direkt in den Bytecode aufgenommen wird. Weil ihr Wert bereits 
durch ihre Schreibweise ausgedrückt wird, werden derartige Konstanten auch Lite- 
raikonstanten genannt. Jede Literalkonstante hat einen zugehörigen Typ. Es gibt 
Literale der elementaren Typen boolean, int, long, char, float und double, sowie Zei- 
chenketten, die konstante String-Werte repräsentieren. Der Java-Compiler erkennt 
nicht nur den Wert, sondern auch den Typ einer Literalkonstanten ohne besondere 
Deklaration. 

Die Literalkonstanten des Typs boolean sind true und false. Sie haben keinen nume- 
rischen Wert. 



4.1 Ganzzahlige Konstanten 

Ganzzahlige Konstanten können dezimal, hexadezimal oder oktal dargestellt werden. 
Sie haben den Typ long, wenn sie mit I oder L enden; ansonsten haben sie den Typ int. 

In Oktaldarstellung beginnt eine ganzzahlige Konstante mit 0 und besteht aus minde- 
stens einer weiteren Oktalziffer (0-7). 

In Dezimaldarstellung ist eine ganzzahlige Konstante entweder die Ziffer 0 oder sie 
besteht aus einer Ziffer zwischen 1 und 9, an die optional weitere Ziffern (0-9) ange- 
fügt sein können. 
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In Hexadezimaldarstellung beginnt eine ganzzahlige Konstante mit Ox oder OX und 
besteht aus mindestens einer weiteren Hexadezimalziffer (0-9, a-f oder A-F). 

Das folgende kleine Testprogramm zeigt, daß man mit Oktal- und Hexadezimalkon- 
stanten nicht nur positive, sondern auch negative ganze Zahlen (oder Null) darstellen 
kann: 

// IntTest.java 
Import java.io.*; 
dass IntTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
out.println(''0x1 = " + 0x1); 
out.println(”0x2 = " + 0x2); 
out.printInC’Oxffffffff = " + Oxffffffff); 
out.printInC'Oxfffffffe = " + Oxfffffffe); 
out.println("037777777777 = ” + 037777777777); 
out.println("037777777776 = " + 037777777776); 

} 

} 

4.2 Gleitpunktkonstanten 

Für Gleitpunktkonstanten gibt es eine Fülle alternativer Schreibweisen. Wenn man 
alle optionalen Bestandteile aufführt, haben sie die Gestalt 

Ziffernfolge . Ziffemfolge Exponent Endung 

wobei der Exponent selbst aus e oder E, einem optionalen Vorzeichen (+, -) und einer 
Ziffemfolge besteht. Eine Ziffemfolge besteht aus einer oder mehreren Dezimalzif- 
fern (0-9). Die optionale Endung ist f, F, d oder D. Eine Gleitpunktkonstante muß 
mindestens einen Dezimalpunkt oder einen Exponenten oder eine Endung beinhalten, 
damit sie von ganzzahligen Konstanten unterschieden werden kann. Falls ein Dezi- 
malpunkt vorkommt, muß vor oder nach ihm eine Ziffemfolge stehen. Ein e oder E 
bedeutet „mal 10 hoch“. Die Zahl 23.0149 ist beispielsweise darstellbar durch 

23.0149 230149e-4 .2301 49E2 




4.3. ZEICHENKONSTANTEN 
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Eine Gleitpunktkonstante ist vom Typ double, es sei denn sie endet mit f oder F. Dann 
hat sie den Typ float. 



4.3 Zeichenkonstanten 



Eine Zeichenkonstante besteht aus einem in Hochkommas eingeschlossenen Unico- 
de-Zeichen. Zeichenkonstanten haben den Typ char (und somit einen vorzeichenlo- 
sen 2-Byte-Weit). Sofern man auf einem ASCII-basierten System arbeitet, kann man 
Unicode-Zeichen durch die entsprechenden Unicode-Escapes \u0000, \u0001 , . . . , 
\uffff darstellen. Einige Beispiele für Zeichenkonstanten sind: 

’+’ ’x’ ’2’ ’ä’ ’\u006r ’a’ ’e’ 

Zur Darstellung von White-Space-Zeichen und von ’, " bzw. \ in Zeichenkonstanten 
und Zeichenketten sind weitere Escape-Sequenzen definiert: 



\b 


Backspace 


BS (\u0008) 


\t 


horizontaler Tabulator 


HT (\u0009) 


\n 


2^ilenende 


LF (\uOOOa) 


\f 


vertikaler Tabulator 


FF (\u000c) 


\r 


Wagenrücklauf 


CR (\u000d) 


V 


II 


(\u0022) 


V 


9 


(\u0027) 


W 


\ 


(\u005c) 



4.4 Zeichenketten 

Eine Zeichenkette besteht aus einer (möglicherweise leeren) Folge von Unicode- 
Zeichen, die in Anführungszeichen eingeschlossen sind. 

Im Unterschied zu den bisher besprochenen Literalen, deren Wert der Java-Compiler 
direkt in die generierten Bytecodes einfügt, werden für Zeichenketten Objekte der 
Klasse String angelegt. Die Zeichenkette (die Literalkonstante) ist dann Referenz auf 
dieses Objekt. String-Objekte haben einen konstanten Wert. Für dieselbe Zeichenket- 
te wird ein einziges String-Objekt angelegt - auch wenn sie in einer anderen Klasse 
oder einem anderen Paket vorkommt. Längere Zeichenketten können zerlegt und mit 
+ wieder zusammengesetzt werden. Das folgende Beispiel macht dies deutlich: 
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H StringTest.java 
import java.io.*: 
dass StringTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

String x = “Java", y = "Java“; 
out.println((x == "Java") + “\n" 

+ (x == y) + “\n“ 

+ (X == "Ja" + "va“)): 

} 

} 

Auch wenn der Programmtext hier dreimal die Zeichenkette "Java“ und weiterhin die 
beiden Zeichenketten "Ja" und "va" enthält, wird nur ein einziges String-Objekt er- 
zeugt, in dem die vier Zeichen gespeichert werden. Als Ausgabe erhalten wir dreimal 
true. 



4.5 Die Nullreferenz 

Die Nullreferenz, die anzeigt, daß eine Variable aktuell kein Objekt referenziert, wird 
durch das Literal null repräsentiert. 

Bemerkung 

Java kennt noch den Begriff KlassenliteraL Auch wenn der Name dies vermuten 
läßt, handelt es sich hierbei jedoch nicht um eine Literalkonstante im obigen Sinne. 
Vielmehr ist ein Klassenliteral ein Ausdruck, mit dem man eine Referenz auf das 
Class-Objekt eines bestimmten Datentyps erhält. Wir werden Klassenliterale nur 
selten, z.B. in Abschnitt 8.9 und in Kapitel 15 benutzen. 



4.6 Variablen 

Eine Variable ist ein Speicherplatz. Sie wird mit einem Typ und einem Namen dekla- 
riert. (Eine Ausnahme bilden die Komponenten eines Feldes. Hier hat zwar das Feld, 
aber nicht jede einzelne Komponente einen eigenen Namen.) 




4.6. VARIABLEN 



29 



Entsprechend den Java-Typen gibt es Variablen eines elementaren Typs und Varia- 
blen eines Referenztyps. Eine Variable eines elementaren Typs enthält immer einen 
Wert dieses Typs. Eine Variable eines Referenztyps enthält immer einen Wert, der zu- 
weisungskompatibel zu ihrem Typ ist. Diesen Begriff werden wir in Abschnitt 5.2.1 
präzisieren, es soll hier nur wiederholt werden, daß eine Variable des Referenztyps T 
die Nullreferenz null oder eine Referenz auf ein T-Objekt enthalten kann. 

Der Wert einer Variablen kann durch eine Zuweisung oder - bei numerischen Typen 
- darüber hinaus durch die Inkrement- und Dekrement-Operatoren geändert werden. 

Bei Variablen eines Referenztyps ist zu beachten, daß Zuweisungen nur die Referen- 
zen, d.h. die in ihnen enthaltenen Adreßwerte, verändern und nicht die referenzierten 
Objekte. Und daß andererseits, falls zwei Variablen Referenzen auf dasselbe Objekt 
enthalten, der Zustand des Objekts über die eine Variable geändert werden kann und 
die Zustandsänderung über die andere Variable beobachtet werden kann. Das folgen- 
de Beispiel verdeutlicht diesen Unterschied: 

// VarTest.java 

Import java.io.*; 

dass VarTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int I = 5; 
lntj = i; 

Zaehler x = new ZaehlerQ; 

x. wert(5); 

Zaehler y = x; 
j++i 

out.prlntln("i = " + I + "\tj = " + j); 

y. inkrementiereO; 

out.printlnfx.wert = " + x.wertQ + "\ty.wert = ” + y.wertQ); 

} 

} 
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In der Methode main werden vier Variablen deklariert, i und j haben den elementaren 
Typ int, x und y sind vom Referenztyp Zaehler. In i und j wird zu Beginn der int- Wert 
5 eingetragen, in x und y eine Referenz auf ein neu konstruiertes Zaehler-Objekt, in 
dessen Variable wert ebenfalls 5 eingetragen wird. Wenn wir nun j inkrementieren, 
steht in dieser Variablen der Wert 6, in i nach wie vor der Wert 5. Wenn wir dagegen 
den Zaehler- Wert inkrementieren - im Beispiel über die Variable y - liefert wert den 
Wert 6, gleichgültig, ob wir die Methode für die Referenzvariable x oder y aufrufen. 
Die vom Programm erzeugte Ausgabe ist: 

i=5 j=6 

x.wert = 6 y.wert = 6 
In Java gibt es sieben Arten von Variablen: 

1. Klassenvariablen, die einmal pro Klasse angelegt werden. Hierzu wird - aus 
historischen Gründen - das Schlüsselwort static benutzt. Klassenvariablen wer- 
den beim Laden der Klasse erzeugt und nüt Standardwerten initialisiert. Sie 
werden gelöscht, wenn die VM die Klasse nicht mehr benötigt. (Siehe Ab- 
schnitt 8.3.) 

2. Instanzvariablen, die einmal pro Objekt angelegt werden. Sie werden erzeugt, 
wenn das Objekt erzeugt wird. Sie werden nüt Standardwerten initialisiert. 
Sie werden gelöscht, nachdem das Objekt nicht mehr referenziert wird. (Siehe 
Abschnitt 8.3.) 

3. Feldkomponenten. Sie werden angelegt, wenn das Feld erzeugt wird. Sie wer- 
den mit Standardwerten initialisiert. Sie werden gelöscht, nachdem das Feld- 
Objekt nicht mehr referenziert wird. Die einzelnen Feldkomponenten haben 
keinen eigenen Namen. (Siehe Abschnitte 7.1 und 7.2.) 

4. Methodenparameter. Sie werden unmittelbar vor jedem Aufruf der Metho- 
de erzeugt und mit den entsprechenden Aufrufargumenten initialisiert. Sie 
werden gelöscht, wenn der Rumpf der Methode abgearbeitet ist. (Siehe Ab- 
schnitt 8.6.2.) 

5. Konstruktorparameter. Sie werden unmittelbar vor jedem expliziten oder im- 
pliziten Aufruf des Konstruktors erzeugt und mit den entsprechenden Aufrufar- 
gumenten initialisiert. Sie werden gelöscht, wenn der Rumpf des Konstruktors 
abgearbeitet ist. (Siehe Abschnitt 8.9.) 




4.7. SYMBOLISCHE KONSTANTEN 
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6. Parameter eines Ausnahme-Händlers. Sie werden erzeugt, wenn der Händ- 
ler eine Ausnahme abfängt und mit dem ausgeworfenen Objekt initialisiert. 
Sie werden gelöscht, wenn der Block des Händlers ausgeführt ist. (Siehe Ab- 
schnitt 15.3.) 

7. Lokale Variablen, die in einem Block oder einer for- An Weisung deklariert wer- 
den. Sie werden erzeugt, wenn der Kontrollfluß den Block bzw. die for- Anwei- 
sung erreicht. Ihre Initialisierung wird vorgenommen, wenn die entsprechende 
Deklarationsanweisung ausgeführt wird. Sie werden gelöscht, wenn der Block 
bzw. die for-Anweisung ausgeführt ist. (Siehe Abschnitte 4.8 und 6.5.3.) 

In Java gibt es keine globalen Variablen und auch keine globalen Funktionen. 

Bereits unser ZaehlerFrame-Beispiel aus Kapitel 1 enthält fast alle Variablentypen: 
plus, minus, stand und z sind Instanzvariablen; args und e sind Methodenparameter; 
args hat den Feldtyp String[], auf die einzelnen Feldkomponenten greift man mit den 
Ausdrücken args[0], args[1] usw. zu; s ist ein Konstruktorparameter; lis ist eine lokale 
Variable. 



4.7 Symbolische Konstanten 

Der Deklaration von Variablen kann das Schlüsselwort final vorangestellt werden. Bei 
Klassenvariablen und Instanzvariablen muß die Deklaration dann einen Initialisierer 
beinhalten; auch bei lokalen Variablen ist dies der Normalfall (siehe 6.1). Derartige 
Variablen können später nicht mehr verändert werden, d.h. an sie ist keine Zuweisung 
mehr möglich, und sie können nicht inkrementiert oder dekrementiert werden, final 
deklarierte Variablen werden auch als symbolische Konstanten bezeichnet, weil sie 
konstant sind, aber im Unterschied zu den Literalkonstanten aus 4. 1^.5 mit einem 
Bezeichner („Symbol“) benannt werden. Zum Beispiel: 

dass Punkt { 

Int xKoord, yKoord; 

final static Punkt Ursprung = new Punkt(0, 0); 

Punkt(int x, int y) { xKoord = x; yKoord = y; } 



} 

Für die Klasse Punkt ist hier eine Klassenvariable Ursprung deklariert, deren Wert 
nach dem Laden der Klasse nicht mehr modifiziert werden kann. 
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4.8 Die Initialisierung von Variablen 

Jede Java- Variable muß durch Initialisierung oder Zuweisung einen Wert erhalten, 
bevor auf ihren Inhalt zugegriffen wird. z 

Klassenvariablen, Instanzvariablen sowie Feldkomponenten werden von Java bei ih- 
rer Erzeugung mit Standardwerten initialisiert. 

Für byte, short, int, long, float, double bzw. char wird als Standardwert jeweils Null, 
also (byte)O, (short)O, 0, OL, O.Of, 0.0 bzw. ’\u0000’ eingesetzt. Für boolean ist der 
Standardwert false. Für sämtliche Referenztypen ist der Standardwert null. Zum 
Beispiel: 

// StdInitTest.java 

Import java.io.*; 

dass StdInitTest { 
int a; 

boolean b; 
double c; 

Zaehler d; 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

StdInitTest std = new StdlnitTest(); 

out.println("a = " + std.a + "\tb = " + std.b + "\tc = " + std.c + "\td = " + std.d); 

} 

} 

Obwohl wir hier keinerlei Initialisierungen vorgenommen haben, enthalten alle In- 
stanzvariablen beim println-Aufruf ihren Standardwert. Die Ausgabe ist: 

a = 0 b = false c = 0.0 d = null 

Methodenparameter, Konstruktorparameter und Parameter von Ausnahme-Handlem 
werden, wie oben beschrieben, mit den Aufrufargumenten bzw. dem ausgeworfenen 
Objekt initialisiert. 

Dagegen müssen lokale Variablen explizit mit einem Wert versehen werden, bevor 
man auf sie zugreift; dies wird vom Java-Compiler geprüft. Das Folgende wird bei- 
spielsweise nicht übersetzt, sondern mit der Fehlermeldung Variable k may not have 
been initialized abgebrochen. 
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{ 

int k, n = 5; 
if (n > 2) 
k = 3; 

out.println(k); // Fehler 

} 



javac untersucht hier nicht den aktuellen Wert von n, sondern stellt lediglich fest, daß 
k in einer if- Anweisung initialisiert wird, und daß die Initialisierung vor dem Zugriff 
im println-Aufruf folglich nicht gesichert ist. Auch n = 1 ändert nichts an dem Fehler. 

4.9 Übungsaufgaben 

1. Machen Sie sich den Unterschied zwischen Objektreferenzen und Objekten 
klar. Was bewirkt 

dass Wert { int wert; } 
dass Testwert { 

public static void main(String[] args) { 

Wert w; 

} 

} 

2. Wie sehen die Hexadezimal-Darstellungen von 1, -1, 2, -2, 3, -3 aus, wenn man 
byte, short bzw. int als Datentyp zugrundelegt? 

3. Wie erklären Sie sich die Ausgabe von 

String s = "Java", t = "Ja", u = "va"; 
out.println("Java" == "Ja" + "va"); 
out.println(s == "Ja" + "va"); 
out.println(s == "Ja" + u); 
out.println(s == t + u); 

4. Schreiben Sie eine Testanwendung, die Zeichenketten ausgibt, in denen einige 
der im folgenden aufgeführten Unicode-Escapes enthalten sind. 
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KAPITEL 4. KONSTANTEN UND VARIABLEN 



\u00c4 Ä 
\uOOdc Ü 



\u00e4 ä \u00d6 Ö \u00f6 ö 

\uOOfc ü \uOOdf ß 




Kapitel 5 



Typumwandlungen, Ausdrücke und 
Operatoren 



In diesem Kapitel behandeln wir Ausdrücke, mit denen alle Berechnungen in Java 
formuliert werden. Ausdrücke verbinden ihre Operanden durch Operatoren. Wenn 
in einem Ausdruck Operanden verschiedener Typen gemischt werden, so macht dies 
in der Regel die Typumwandlung wenigstens eines Operanden notwendig, da nicht 
alle Operatoren für alle beliebigen Typkombinationen implementiert sind. Ist z.B. 
ein byte-Wert mit einem long-Wert zu multiplizieren, wird der byte-Wert zunächst 
in long konvertiert. Diese Konversion wird vom Compiler implizit vorgenommen. 
Andere Typumwandlungen, die „unsicher^ ‘ sind, da bei ihnen Wert- oder Genauig- 
keitsverluste möglich sind, können wir nur explizit veranlassen. 



5.1 lypumwandlungen 

Jeder Java-Ausdruck hat einen Typ. Wenn ein Ausdruck des Typs T an einer Stelle 
vorkommt, an der Java einen Ausdruck eines anderen Typs S erwartet, gibt es zwei 
Möglichkeiten: 

• Es tritt ein Fehler beim Übersetzen auf, z.B. 



int n = 5; 
if(n) 



// Fehler: Ausdruck muß Typ boolean haben 
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• Java konvertiert den Ausdruck implizit in einen Ausdruck des Typs S. Hierbei 
kann es zu Informationsverlusten kommen. Zum Beispiel: 

long I = 1 2345678901 2345L; 
double d = I; // exakt 

I = 1 2345678901 23456789L; 

d = I; // ungenau: d = 1 .2345678901 2345677e1 8 

Implizite Konversionen werden von Java in vier Situationen vorgenommen, auf die 
später noch genauer eingegangen wird: Bei Zuweisungen und Initialisierungen (die 
Java als semantisch äquivalent betrachtet, siehe hierzu S. 56) - hier wird ein Wert in 
eine Variable eingetragen -, bei Methoden- und Konstruktoraufrufen - hier wird ein 
Argumentwert an einen Parameter übergeben-, bei numerischen Typangleichungen 
im Zusammenhang mit arithmetischen Operatoren - hier wird ein Wert in einem um- 
fassenderen Ausdruck ausgewertet - sowie bei String-Konversionen - hier wird ein 
Wert durch + mit einem String-Objekt verknüpft. 

Darüber hinaus gibt es die Möglichkeit, eine Reihe von expliziten Casts vorzuneh- 
men. 

Das folgende Programm gibt für alle vier impliziten Konversionen ein Beispiel und 
zeigt auch eine von uns explizit vorgenommene Typumwandlung: 

// KonversionsKontexte.java 

import java.io.*; 

dass KonversionsKontexte { 

static PrintWriter out = new PrintWriter(System.out, true); 
static void m(double d) { 
out.println("m(double)"); 

} 

public static void main(String[] args) { 
long I = 5; 
float X = 1 .25f; 
m(x); 

X = x*l; 

out.printlnfx = " + x); 
short s = (short)x; 

} 

} 
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Bei der Initialisierung von I wird der int- Wert 5 implizit nach long konvertiert. Ebenso 
erfolgt beim Aufruf von Methode m eine implizite Konversion des float- Arguments x 
zum Typ double des Parameters d. Auch bei der Multiplikation x*l wird eine implizite 
Konversion durchgeführt: der long-Wert von I wird in float umgewandelt. Vor dem 
println-Aufruf wird der Wert von x in eine Zeichenkette umgewandelt und mit ”x = " 
zu einem neuen String-Objekt kombiniert. In der letzten Anweisung konvertieren wir 
den float- Wert von x durch (short)x explizit in den Typ short; hier geht fast zwangs- 
läufig Genauigkeit verloren. (Auf die Bedeutung des Schlüsselworts static gehen wir 
in Abschnitt 8.3 ein.) 

5.1.1 Elementare Typvergrößerungen 

Die folgenden Typumwandlungen werden als elementare Typvergrößerungen bezeich- 
net. Java nimmt diese Konversionen, falls nötig, bei Zuweisungen, Methoden- und 
Konstruktoraufrufen und bei der Auswertung von Ausdrücken implizit vor: 



byte 


nach 


short, int, long, float oder double 


short 


nach 


Int, long, float oder double 


char 


nach 


int, long, float oder double 


int 


nach 


long, float oder double 


long 


nach 


float oder double 


float 


nach 


double 



Bei den Umwandlungen ganzzahliger Typen in andere ganzzahlige Typen und bei 
der Umwandlung von float nach double kann es zu keinerlei Informationsverlust be- 
züglich der konvertierten Werte kommen - die Umwandlungen sind „sichef‘. Dies 
erkennt man am Vergleich mit der Tabelle der Wertebereiche in Abschnitt 3.2. 

Bei der Umwandlung von int oder long nach float oder der Umwandlung von long 
nach double kann es zum Verlust von Genauigkeit (nicht der Größenordnung) kom- 
men. Das Beispielprogramm 

// IntFloat.java 

Import java.io.*; 

dass IntFloat { 

public static void main(String[] args) { 
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PrintWriter out = new PrintWriter(Systenn.out, true); 
int i = 1234567890; 
float X = i; 

out.printInC'Wert vor Konversion: " + i + "\nWert nach Konversion: " + x); 

} 

} 

wandelt einen zehnstelligen int- Wert in einen float- Wert um. Da floats nicht auf zehn 
Stellen genau gespeichert werden, kommt es zur Ausgabe 

Wert vor Konversion: 1234567890 
Wert nach Konversion: 1.23456794E9 

5.1.2 Elementare Typverkleinerungen 

Die folgenden Typumwandlungen werden als elementare Typverkleinerungen be- 
zeichnet: 



byte 


nach 


char 


short 


nach 


byte oder char 


char 


nach 


byte oder short 


int 


nach 


byte, short oder char 


long 


nach 


byte, short, char oder int 


float 


nach 


byte, short, char, int oder long 


double 


nach 


byte, short, char, int, long oder float 



Bei allen diesen Umwandlungen kann es zu Informationsverlusten in bezug auf Ge- 
nauigkeit und Größenordnung kommen. Bei Konversionen von ganzzahligen in ganz- 
zahlige Typen werden die höchstwertigen Bits entfernt; bei Konversionen von Gleit- 
punkttypen in ganzzahlige Typen werden die Nachkommastellen abgeschnitten. 

Elementare Typverkleinerungen können nur durch explizite Casts und bei Zuweisun- 
gen (unter besonderen Bedingungen, die die Sicherheit der Umwandlung garantieren, 
siehe 5.2.1) implizit vorgenommen werden. Im Beispielprogramm 

// IntByte.java 



Import java.io.*; 
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dass IntByte { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int i = 0x7fffffff; 
byte b = (byte)i; 

out.println("Wert vor Konversion: " + i + ”\nWert nach Konversion: " + b); 

} 

} 

wird die größte int-Zahl 2147483647 explizit in den Typ byte konvertiert. Dabei 
werden die ersten drei Bytes abgeschnitten, und als Resultat ergibt sich Oxff, in Dezi- 
maldarstellung also -1. 



5.1.3 Vergrößerungen von Referenztypen 

Auch bei Referenztypen sind Typvergrößerungen und -Verkleinerungen möglich. 

Die wichtigste vergrößernde Typumwandlung ist die von einer Klasse K zu einer 
Klasse L, wobei K Subklasse von L ist. Diese Konversionen werden in Abschnitt 9.3 
besprochen. Weiterhin ist null in jeden Klassen-, Interface- oder Feldtyp konvertier- 
bar; die entsprechende Konversion zählt ebenfalls als Typ Vergrößerung. Java nimmt 
Vergrößerungen von Referenztypen, falls nötig, bei Zuweisungen und bei Methoden- 
und Konstruktoraufrufen implizit vor. 

Es existiert darüber hinaus eine Fülle spezieller Typvergrößerungen für Referenzty- 
pen, die in Anhang C zusammengestellt sind. 



5.1.4 Verkleinerungen von Referenztypen 

Die wichtigste verkleinernde Typumwandlung ist die von einer Klasse K zu einer 
Klasse L, wobei K Superklasse von L ist. Weitere spezielle Typverkleinerungen für 
Referenztypen sind in Anhang C zusammengestellt. Auch diese Konversionen be- 
handeln wir in Abschnitt 9.3. 

Verkleinerungen von Referenztypen können nur durch explizite Casts vorgenommen 
werden. Bei diesen Konversionen wird zur Laufzeit geprüft, ob die aktuell zu kon- 
vertierenden Referenzen einen für den neuen Typ zulässigen Wert enthalten. 
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5.1.5 Typumwandlungen nach String 

Jeder Java-Datentyp kann implizit in den Typ String konvertiert werden. Dazu ver- 
wendet Java bei Referenztypen die Methode toString (vgl. 3.1) und bei elementaren 
Typen die Methode valueOf aus der Klasse String (siehe 14.1). 

Alle anderen, hier nicht aufgeführten Konversionen sind nicht zulässig. Das heißt 
insbesondere, daß es keine Konversion von Referenztypen in elementare Typen gibt 
und daß es umgekehrt - außer den Umwandlungen nach String - keine Konversi- 
on von elementaren Typen in Referenztypen gibt. Weiterhin gibt es keine Konversion 
nach boolean, und ein boolean-Wert kann nur nach String konvertiert werden. Es exi- 
stieren jedoch Hüllklassen Boolean, Short, Integer usw. für alle elementaren Typen. 
Diese können jeweils einen boolean, short, int, . . . -Wert aufnehmen; wir besprechen 
sie in Abschnitt 14.5. 

5.2 Konversionskontexte 

Im folgenden gehen wir genauer auf die oben bereits kurz erwähnten vier Kontex- 
te ein, in denen Typumwandlungen nach 5. 1.1-5. 1.5 implizit vorgenommen werden 
können. 



5.2. 1 Zuweisungskonversionen 

Bei der Zuweisung des Werts eines Ausdrucks an eine Variable muß der Typ des 
Ausdrucks mit dem Typ der Variablen übereinstimmen oder in ihn konvertierbar sein. 
Die gleiche Voraussetzung betrifft Initialisierungen. 

Java nimmt hier die folgenden Konversionen implizit vor: 

• Elementare Typvergrößerungen. 

• Vergrößerungen von Referenztypen. 

• Elementare Typverkleinerungen, sofern folgende Bedingungen erfüllt sind: 

- Der Ausdruck ist ein konstanter Ausdruck des Typs int (siehe 5.4. 13). 

- Die Variable hat den Typ byte, short oder char. 

- Der Wert des Ausdrucks liegt im Wertebereich der Variablen. 
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In diesen Fällen heißt der Ausdruck (bzw. sein Wert) zuweisbar an die Variable. Auch 
der Begriff zuweisungskompatibler Typen (von Wert und Variable) wird benutzt. 

Andere zulässige Konversionen nach 5.1.2 oder 5.1.4 sind bei Zuweisungen nur mit 
expliziten Casts möglich. Zum Beispiel werden im Programm 

// Zuweisungen.java 

Import java.io.*; 

dass Zuweisungen { 
public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
byte b; 
double d; 
b = 12; 
d = b; 

out.printInC'b = " + b + "\td = " + d); 

} 

} 

eine elementare Typverkleinerung (bei der Zuweisung an b) und eine elementare Typ- 
vergrößerung (bei der Zuweisung an d) jeweils implizit vorgenommen. Aus den obi- 
gen Bedingungen geht hervor, daß auch die implizten Typverkleinerungen sicher sind; 
deshalb ändert sich am ursprünglichen Wert 12 nichts. Der Versuch, eine Zahl außer- 
halb des byte- Wertebereichs an b zuzuweisen, z.B. 

b = 1234; //Fehler 

würde vom Compiler entdeckt. Diesen Wert kann man nur nüt einer expliziten Kon- 
version zuweisen. Die Hexadezimaldarstellung des int- Werts 1234 ist 000004d2, d.h. 
b = (byte) 1234 würde dazu führen, daß 0xd2 oder dezimal -46 zugewiesen wird. Man 
sieht, daß derartige explizite Casts mit Vorsicht zu benutzen sind. 



5.2.2 Methodenaufruf-Konversionen 

Beim Aufruf einer Methode oder eines Konstruktors muß der Typ eines jeden Ar- 
guments mit dem Typ des entsprechenden Parameters übereinstimmen oder in ihn 
konvertierbar sein. 
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Java führt hier die folgenden Konversionen implizit aus: 

• Elementare Typvergrößerungen sowie 

• Vergrößerungen von Referenztypen. 

Elementare Typverkleinerungen, die bei Zuweisungen noch implizit möglich sind, 
werden nicht vorgenommen. Das Beispiel 

// Aufrufe.java 

Import java.io.*; 

dass Aufrufe { 
static void m(double d) { 

PrintWriter out = new PrintWriter(System.out, true); 
out.println("m(double)“); 

} 

public static void main(String[] args) { 
m(12); 

} 

} 

demonstriert, wie der int- Wert 12 in einen double-Wert vergrößert wird. Der Versuch, 
den Typ zu verkleinern, z.B. indem man die Methodendeklaration durch 

static void m(byte b) { } 

ersetzt, ist ein Fehler; der Aufruf m(12) wird dann nicht mehr übersetzt. 

5.2.3 String-Konversionen 

String-Konversionen werden von Java mit Operanden des Operators + durchgeführt, 
sofern einer der Operanden vom Typ String ist. In diesem Fall wird der andere Ope- 
rand implizit in einen String umgewandelt, und das Resultat ist ein neues String- 
Objekt, das aus den beiden aneinandergefügten Strings besteht. 

Diese Konversion haben wir bei fast allen println-Aufrufen der letzten Beispiele in 
Anspruch genommen. 
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5.2.4 Numerische lypangleichungen 

Bei der Anwendung arithmetischer Operatoren nimmt Java aus Effizienzgründen im- 
plizit die folgenden elementaren Typvergrößerungen vor. 



Einstellige numerische l^pangleichungen 

Diese Typangleichungen konvertieren einen Operanden des Typs byte, short oder 
char in den entsprechenden int- Wert. Sie werden angewandt 

• auf die Größenangabe bei der Erzeugung von Feldern (7.2), 

• auf den Index beim Zugriff auf Feldkomponenten (7.3), 

• auf die Operanden der einstelligen Operatoren +, - bzw. ~ (5.4.3) und 

• auf den linken (zu verschiebenden) Operanden der Shift-Operatoren », »> 
bzw. « (5.4.6). 



Zweistellige numerische lypangleichungen 

Bei der Auswertung der zweistelligen Operatoren *, /, %, +, -, <, <=, >, >=, ==, !=, &, 
I und ^ auf numerische Operanden wendet Java zweistellige numerische Typanglei- 
chungen an und geht dabei immer nach diesem Algorithmus vor: 

- Ist einer der Operanden vom Typ double, wird der andere nach double konver- 
tiert. 

- Anderenfalls wird, sofern einer der Operanden vom Typ float ist, der andere 
nach float konvertiert. 

- Anderenfalls wird, sofern einer der Operanden vom Typ long ist, der andere 
nach long konvertiert. 

" Anderenfalls werden beide Operanden nach int konvertiert. 

Nach dem letzten Schritt haben alle Operanden denselben Typ (double, float, long 
oder int). Zum Beispiel: 
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byte b = 0x1 f; 
char c = ’\u0047’; 
int i = 0; 
f loat f = 1 ; 

double d = (b&c) + i*f; 

Hier werden bei der Berechnung des Werts von d zunächst die Typen von b und c 
nach int konvertiert, danach wird der Operator & (bitweises UND) angewandt. Vor 
der Auswertung des Produkts i*f wird i in float konvertiert. Die beiden Zwischener- 
gebnisse werden, nach Konversion des Resultats von b&c in einen float- Wert, addiert 
und vor der Initialisierung von d in double umgewandelt. 

Wir haben nun in 5.2.1-5.2.4 alle vier Situationen besprochen, in denen Java impli- 
zite Typumwandlungen vomimmt. Und in 5. 1.1-5. 1.5 wurden die fünf überhaupt 
zulässigen Typumwandlungen behandelt. Die folgende Tabelle faßt die im jeweiligen 
Kontext möglichen Konversionen nochmals zusammen: 





Eiern. Eiern. Vergr. Verkl. Umwandlung 

Typvergr. Typverkl. Ref.typ Ref.typ nach String 


Zuweisung 

Methodenaufruf 

String-Konversion 

Typangleichung 


X (x) X 

X X 

X 

X 



5.3 Explizite Casts 

Mit Hilfe des Cast-Operators () kann der Typ eines Ausdrucks explizit in den in Klam- 
mern angegebenen Typ umgewandelt werden. Alle in 5. 1.1-5. 1.4 behandelten Kon- 
versionen sind auf diese Weise möglich, d.h. bis auf Typumwandlungen nach String 
können alle zulässigen Java-Konversionen explizit vorgenommen werden. Zum Bei- 
spiel erhält die Variable i hier den Wert 9: 

double X = 9.99; 
int i = (int)x; 



Die Verkleinerung von Referenztypen ist nur durch explizite Casts möglich; dabei 
kann es zu Übersetzungs- und Laufzeitfehlern kommen, siehe Abschnitt 9.3. 
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5.4 Ausdrücke und Operatoren 

Ein Ausdruck steht für einen Wert, der im einfachsten Fall bereits beim Übersetzen 
der entsprechenden Übersetzungseinheit ermittelt werden kann oder zur Laufzeit des 
Programms berechnet wird. Die meisten Aktivitäten der Java-VM befassen sich mit 
der Auswertung von Ausdrücken. Dabei kann es auf Seiteneffekte, die Ermittlung von 
Werten in größeren Ausdrücken oder die Steuerung des Kontrollflusses ankommen. 
Ausdrücke bestehen aus Operatoren (z.B. *, /, +,-) und Operanden (z.B. Variablen 
oder Konstanten). Der Typ eines Ausdrucks hängt von den beteiligten Operatoren, 
den Datentypen der Operanden und den vorgenommenen Typumwandlungen ab. 

Man unterscheidet: 

• Einstellige, zweistellige und dreistellige Operatoren, je nach der Anzahl der 
beteiligten Operanden. 

• Präfix-, Infix- und Postfix-Operatoren, je nach Schreibweise: vor, zwischen 
bzw. nach den Operanden. 

• Links- und rechts-assoziative Operatoren: Treten gleiche Operatoren in einem 
Ausdruck nebeneinander auf, so wird bei links-assoziativen Operatoren von 
links nach rechts und bei rechts-assoziativen Operatoren von rechts nach links 
ausgewertet. 

• Operatoren verschiedener Priorität: Treten in einem Ausdruck verschiedene 
Operatoren zusammen auf, so werden sie nach absteigender Priorität ausge- 
wertet. Eine Übersicht über Assoziativität und Priorität der einzelnen Java- 
Operatoren befindet sich in Anhang D. 

Wenn Java einen Ausdruck auswertet, können drei Ergebnisse resultieren: 

- eine Variable, 

- ein Wert, 

- nichts (der Ausdruck hat den „Typ“ void). 

Der letzte Fall kann nur bei einem Methodenaufruf eintreten. Die Java-Syntax läßt 
Ausdrücke nur innerhalb von Klassen- oder Interfacedeklarationen zu - und dort 
im Initialisierer einer Klassenvariablen, im Initialisierer einer Instanzvariablen, im 
Rumpf eines Konstruktors oder im Rumpf einer Methode. 
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Wenn eine Variable in einem Ausdruck vorkommt und ein Wert benötigt wird, um 
den Ausdruck weiter auszuwerten, wird der Wert der Variablen benutzt. 

Jeder Ausdruck hat einen Typ, der beim Übersetzen festgestellt wird. Der Wert eines 
Ausdrucks ist immer zuweisungskompatibel (vgl. 5.2.1) zu seinem Typ, d.h. einer 
Variablen vom Typ T kann immer der Wert eines Ausdrucks vom Typ T zugewiesen 
werden. 

Es gibt drei Grundregeln bei der Auswertung von Java- Ausdrücken: 

• Ausdrücke werden von links nach rechts ausgewertet. 

• Argumentlisten werden von links nach rechts ausgewertet. 

• Unabhängig von Operatorprioritäten wird ein Ausdruck in Klammern () ausge- 
wertet, bevor ein Operator außerhalb der Klammem auf ihn angewendet wird. 

Wir behandeln im folgenden die Java-Operatoren in absteigender Priorität und begin- 
nen mit den einstelligen Operatoren, die die höchste Priorität besitzen. Passend zu 
dieser Reihenfolge setzt man Java- Ausdrücke, beginnend mit den einfachsten Aus- 
drücken (den elementaren Ausdrücken) zu immer komplexeren Ausdrücken zusam- 
men, bis man die allgemeinste Form (den Zuweisungsausdruck) erreicht hat. Interes- 
sierte Leserinnen und Leser vergleichen hierzu die Syntaxregeln 95-128. 



5.4.1 Elementare Ausdrücke und Namen 

Die einfachsten Ausdrücke sind elementare Ausdrücke. Zu ihnen gehören die Lite- 
ralkonstanten, in 0 geklammerte Ausdrücke, das Schlüsselwort this, Zugriffe auf In- 
stanzvariablen, Zugriffe auf Feldkomponenten sowie Methoden- und Konstmktorauf- 
rufe. Beispiele für elementare Ausdrücke aus unseren bisherigen Programmen sind: 



"Aktion (+/-): " 

1.25f 
(b&c) 
z.wertO 
new ZaehlerO 

Der einfachste Bestandteil eines Ausdrucks ist - neben den elementaren Ausdrücken 
- der Name einer Variablen, deren Wert dann bei der Auswertung des Ausdrucks 
eingesetzt wird. Java-Namen sind entweder einfache Bezeichner wie wert oder x 
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oder sie setzen sich aus beliebig vielen mit . verknüpften Bezeichnern zusammen, 
wie beispielsweise std.a oder y.out. Neben Variablennamen gibt es noch Paketnamen, 
Typnamen und Methodennamen, die jedoch als Operanden eines Ausdrucks keine 
Rolle spielen. 



5.4.2 Postfix-Inkrement und Dekrement 

Die Postßx-Inkrement- bzw. -Dekrementoperatoren ++ bzw. - inkrementieren bzw. 
dekrementieren ihren Operanden um 1 . Der Operand muß eine Variable eines nume- 
rischen Typs sein. Als Resultat ergibt sich ein Wert, keine Variable; das heißt, X++++ 
oder ähnliches ist ein Fehler. Das Resultat ist der alte Wert des Operanden. Erst nach 
Feststellung des Werts wird der Operand modifiziert. Mit 

double x = 12.1234; 
out.println(x++ + " " + x); 

wird somit die Ausgabe 12.1234 13.1234 erzeugt. Variablen, die final spezifiziert 
sind, können nicht inkrementiert oder dekrementiert werden. 

5.4.3 Einstellige Operatoren 

Die einstelligen Operatoren sind +, -, ++, ! und der Cast-Operator. Explizite 

Casts werden als Anwendung des Cast-Operators () betrachtet. Bei ++ und -- handelt 
es sich um die Präfix- Versionen. Alle diese Operatoren sind rechts-assoziativ. Ihre 
Anwendung liefert als Resultat einen Wert und nie eine Variable. 

Die Präfix-Inkrement- bzw. -Dekrementoperatoren ++ bzw. -- arbeiten wie die ent- 
sprechenden Postfix-Operatoren. Der einzige Unterschied ist, daß hier der Operand 
vor der Feststellung des Resultats modifiziert wird. Zum Beispiel liefert 

int 1 = 121234; 
out.println(++i + ” ” + i); 

die Ausgabe 121235 121235. 

Der Operand der einstelligen Operatoren + und - muß einen numerischen Typ haben. 
Bei ganzzahligen Typen hat -x denselben Wert und Typ wie 0 - x. Bei Gleitpunkt- 
typen wird einfach das Vorzeichenbit invertiert. Der einstellige Operator + hat keine 
Auswirkung und wird nur sehr selten benutzt. 
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Der bitweise Negationsoperator ~ benötigt einen ganzzahligen Operanden. Als Re- 
sultat ergibt sich das bitweise Komplement des Operanden: 

short s = OxfOO; 

out.println("~s = Ox” + lnteger.toHexString(~s)); 

Hier erhalten wir als Ausgabe ~s = OxfffffOff. Dieser Wert erklärt sich dadurch, daß, 
wie bei den einstelligen Operatoren + und -, nach 5.2.4 eine Typangleichung zum Typ 
int vorgenommen wird. (Mit einem Integer.toHexString-Aufruf können wir bytes, 
Shorts, chars und ints hexadezimal ausgeben.) 

Der Operand des logischen Negationsoperators ! benötigt einen Operanden des Typs 
boolean. Der Ausdruck liefert den Wert true, wenn der Operand den Wert false hat 
und den Wert false, wenn der Operand den Wert true hat. 

Explizite Casts wurden in Abschnitt 5.3 behandelt. Ein Cast wandelt einen numeri- 
schen Typ in einen entsprechenden Wert eines anderen numerischen Typs um; dies 
kann bei konstanten Ausdrücken schon beim Übersetzen erledigt werden. Der Cast 
auf einen Referenztyp überprüft zur Laufzeit, ob eine Referenz auf ein Objekt ver- 
weist, das mit dem spezifizierten Ergebnistyp zuweisungskompatibel ist. Explizite 
Casts sind nicht sicher und nicht alle sind zulässig; es kann zu Informationsverlusten, 
Übersetzungs- und Laufzeitfehlern kommen. 

Daß das Resultat aller in diesem Abschnitt über einstellige Operatoren betrachteten 
Ausdrücke ein Wert und keine Variable ist, trifft auch bei Cast- Ausdrücken zu, selbst 
wenn der Operand eine Variable ist. Zum Beispiel ist 

int i; 

(long)i = 5; // Fehler 

ein Fehler und wird von javac nicht übersetzt. 



5.4.4 Multiplikative Operatoren 

Die multiplikativen Operatoren *, / und % sind zweistellig und links-assoziativ. 

Die Operanden müssen jeweils numerische Typen besitzen. Es werden die in 5.2.4 be- 
handelten Typangleichungen vorgenommen. Je nach Operandentyp wird dann ganz- 
zahlige Arithmetik oder Gleitpunkt-Arithmetik benutzt; als Resultat ergibt sich ein 
Wert, keine Variable. 
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Wie üblich bezeichnen * und / Multiplikation bzw. Division. Der Operator % liefert 
den Rest der Division des linken durch den rechten Operanden. Bei ganzzahligen 
Operanden wirft Division durch 0 eine Ausnahme des Typs ArithmeticException aus. 

Bei ganzzahligen Operanden berechnet r = a%b den Rest der ganzzahligen Divisi- 
on von a durch b (d.h. die Zahl r, für die (a/b)*b + r gleich a gilt). Zum Beispiel 
liefert /OOPinJava/kapitelS/GanzDivision.java, wenn wir es mehrmals hintereinander 
starten, die Ergebnisse: 

a = 5 b = 3 a/b = 1 a%b = 2 
a = 5 b = -3 a/b = -1 a%b = 2 
a = -5 b = 3 a/b = -1 a%b = -2 
a = -5 b = -3 a/b = 1 a%b = -2 

Bei Gleitpunkt-Operanden wird das Resultat von r = x%y folgendermaßen berechnet. 

Falls x/y > 0, setze q = [x/y \ . 

Falls x/y < 0, setze q = - [~x/y \ . 

Setze r = X - {y * q). 

Falls X = 0 und t/ / 0, setze r = 0.0. 

Mit /OOPinJava/kapitelö/GleitDivision.java, das wieder Quotient und „Rest“ berech- 
net, erhalten wir: 

x = 5.0 y = 3.0 x/y= 1.6666666666666667 x%y = 2.0 
x = 5.0 y = -3.0 x/y = -1.6666666666666667 x%y = 2.0 
x = -5.0 y = 3.0 x/y = -1.6666666666666667 x%y = -2.0 
x = -5.0 y = -3.0 x/y = 1.6666666666666667 x%y = -2.0 

Den %-Operator wird man nur selten auf Gleitpunktoperanden anwenden. 



5.4.5 Additive Operatoren 

Die additiven Operatoren + und - sind zweistellig und links-assoziativ. Wie üblich 
haben sie eine geringere Priorität als die multiplikativen Operatoren. 

Ist einer der Operanden des +-Operators vom Typ String, so wird entsprechend 5.2.3 
verfahren, und das Resultat ist vom Typ String. Anderenfalls müssen beide Ope- 
randen numerische Typen besitzen. Es werden die in 5.2.4 behandelten Typanglei- 
chungen vorgenommen, und + berechnet die Summe, - die Differenz der Werte. Das 
Resultat ist jeweils ein Wert, keine Variable. Zum Beispiel: 
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1 + 2 + "PC" // Resultat: "3 PC" 

"PC" + 1+2 // Resultat: "PCI 2" 

Diese Resultate ergeben sich, weil von links nach rechts ausgewertet wird. 



5.4.6 Shift-Operatoren 

Die Shift-Operatoren «, » und »> sind zweistellig und links-assoziativ. Sie ver- 
schieben jeweils den linken Operanden bitweise um eine mit dem rechten Operanden 
festgelegte Shift-Distanz. Beide Operanden müssen ganzzahlige Typen besitzen. Es 
werden die in 5.2.4 behandelten einstelligen Typangleichungen separat für jeden Ope- 
randen vorgenommen. 

Ist dann der linke Operand vom Typ int, wird der rechte Operand mit 0x1 f bitwei- 
se UND- verknüpft (maskiert). Die Anzahl der auszuführenden Shifts liegt damit in 
{0,1,..., 31}. 

Ist der linke Operand vom Typ long, wird der rechte Operand mit 0x3f bitweise UND- 
verknüpft. Die maximale Shift-Distanz ist damit in diesem Fall 63. 

« bzw. »> verschieben die Bits des linken Operanden um die Shift-Distanz nach 
links bzw. rechts und füllen rechts bzw. links mit 0-Bits auf. » verschiebt den linken 
Operanden um die Shift-Distanz nach rechts und füllt links mit dem alten Wert des 
höchstwertigen Bits auf (sogenannte „Sign Extension“), so daß das ursprüngliche 
Vorzeichen des linken Operanden erhalten bleibt. 

Das heißt, a « b liefert den Wert a*2*^, und a » b liefert den Wert [a/2^\ . Damit 
werden auch die Begrenzungen des Shift-Distanz verständlich: Da ints in 4 Bytes 
abgelegt werden, ist der Wert von a nach spätestens 32 Shifts nach links oder rechts 
komplett zerstört. Entsprechendes gilt für 64 Shifts bei long-Operanden. Zum Bei- 
spiel: 



32 «2 


// Resultat: 128 


35 »2 


// Resultat: 8 


-16 »3 


// Resultat: -2 


-1 »> 24 


// Resultat: 255 


-1 » 24 


// Resultat: -1 



Siehe auch Übungsaufgabe 2 am Ende des Kapitels. 
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5.4.7 Relationale Operatoren 

Die relationalen Operatoren <, <=, >, >= und instanceof sind zweistellig und links- 
assoziativ. Ein Ausdruck mit relationalen Operatoren ist immer vom Typ boolean. 

Die Operanden von < (kleiner), <= (kleiner oder gleich), > (größer) und >= (größer 
oder gleich) müssen jeweils numerische Typen besitzen. Es werden die in 5.2.4 be- 
handelten zweistelligen Typangleichungen vorgenommen. Das Ergebnis hat den Wert 
true, wenn die spezifizierte Ungleichung zutrifft und anderenfalls false. 

Ein Ausdruck wie a < b < c ist immer ein Fehler, da er in der Form (a < b) < c 
ausgewertet wird und a < b vom Typ boolean, also nicht numerisch ist. 

Der linke Operand von instanceof muß einen Referenztyp haben oder null sein. Der 
rechte Operand muß einen Referenztyp bezeichnen. Der Ausdruck liefert true, wenn 
der linke Operand nicht null ist und mit dem im rechten Operanden spezifizierten 
Typ übereinstimmt oder in ihn konvertiert werden kann (5.1.3). Ansonsten ist das 
Ergebnis false. Je nach Kontext wird die Auswertung erst zur Laufzeit vorgenommen, 
zum Beispiel 

Zaehler z = new Zaehler(); 
out.println(z instanceof Zaehler); // true 

oder das Resultat kann schon von javac festgestellt werden. Das folgende wird erst 
gar nicht übersetzt, weil sich die Überprüfung zur Laufzeit erübrigt: 

String s = "Zaehler"; 

out.println(s Instanceof Zaehler); // Fehler 

5.4.8 Gleichheitsoperatoren 

Die Gleichheitsoperatoren == und != sind zweistellig und links-assoziativ. Ein Aus- 
druck mit Gleichheitsoperatoren liefert immer einen boolean-Wert. 

Die Operanden von == (gleich) und != (ungleich) müssen 

- beide numerische Typen besitzen, 

- beide vom Typ boolean sein oder 

- beide einen Referenztyp haben oder null sein. 
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Die Gleichheitsoperatoren arbeiten völlig analog zu den relationalen Operatoren, ha- 
ben aber eine geringere Priorität. Bei numerischen Operanden werden wieder zwei- 
stellige Typangleichungen vorgenommen. 

Beim Vergleich von Referenzen ist das Ergebnis des Vergleichs auf Gleichheit (==) 
true, wenn beide Operanden null sind oder dasselbe Objekt referenzieren. Anderen- 
falls ist das Ergebnis false. 

Auch wenn man == auf String-Objekte anwendet, wird somit getestet, ob die bei- 
den Operanden auf dasselbe Objekt verweisen. Das Ergebnis kann daher false sein, 
obwohl die Objekte dieselbe Zeichenkette enthalten. Der Zeicheninhalt von zwei 
String-Objekten x und y kann mittels x.equals(y) auf Gleichheit untersucht werden. 
(Siehe auch /OOPinJava/kapitelS/Gleichheit.java.) 

Ausdrücke wie a == b == c o.ä. sind wegen der Links-Assoziativität der Operatoren 
nur dann sinnvoll, wenn c vom Typ boolean ist. 

5.4.9 Bit-Operatoren und logische Operatoren 

Die Bit-Operatoren und die logischen Operatoren & (UND), ^ (Exklusiv-ODER) und 
I (Inklusiv-ODER) sind zweistellig und links-assoziativ. Sie haben unterschiedliche 
Prioritäten; & hat die höchste, ^ hat mittlere, I hat die niedrigste Priorität. 

Die Operanden müssen entweder beide ganzzahlige Typen besitzen (dann werden 
die Bit-Operatoren angewendet) oder beide vom Typ boolean sein (dann werden die 
logischen Operatoren angewendet). 

Bei ganzzahligen Operanden werden zweistellige Typangleichungen vorgenommen 
(5.2.4), und als Resultat ergibt sich ein Wert dieses Typs. Die einzelnen Bits der 
Operanden werden dazu wie folgt verknüpft: 



Bitl 


Bit2 


Bitl & Bit2 


Bitl ^ Bit2 


Bitl I Bit2 


0 


0 


0 


0 


0 


0 


1 


0 


1 


1 


1 


0 


0 


1 


1 


1 


1 


1 


0 


1 



Zum Beispiel: 

OxffOO & OxfOfO 
OxffOO ^ OxfOfO 
OxffOO I OxfOfO 



// Resultat: OxfOOO 
// Resultat: OxOffO 
// Resultat: OxfffO 
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Wenn beide Operanden vom Typ boolean sind, ist auch das Resultat vom Typ boolean. 
Auch hier ergibt sich ein Wert, keine Variable. 

Bei & ist das Ergebnis true, wenn beide Operanden true sind, anderenfalls ergibt sich 
false. 

Bei ^ ist das Ergebnis true, wenn beide Operandenwerte verschieden sind, anderen- 
falls ergibt sich false. 

Bei I ist das Ergebnis true, wenn einer oder beide Operanden true sind, anderenfalls 
ergibt sich false. 

Auch wenn das Resultat bereits nach Auswertung des linken Operanden feststeht, 
z.B. x&y mit x == false, werden hier beide Operanden ausgewertet. 

5.4.10 Boolesche Operatoren 

Die booleschen Operatoren && und II sind zweistellig und links-assoziativ. Beide 
Operanden müssen vom Typ boolean sein. && hat höhere Priorität als II. 

&& arbeitet wie &, wertet seinen rechten Operanden aber nur aus, wenn der linke 
Operand den Wert true hat. Wenn der linke Operand den Wert false hat, ist das Er- 
gebnis false und der rechte Operand wird nicht mehr betrachtet. Anderenfalls liefert 
der rechte Operand den Ergebniswert. 

II arbeitet wie I, wertet seinen rechten Operanden aber nur aus, wenn der linke Ope- 
rand den Wert false hat. Wenn der linke Operand den Wert true hat, ist das Ergebnis 
true und der rechte Operand wird nicht mehr betrachtet. Anderenfalls liefert der rech- 
te Operand den Ergebniswert. 

Das folgende Codefragment demonstriert die bei logischen und booleschen unter- 
schiedliche Auswertung von Ausdrücken 

inta = 0, b = 1, c = 2; 
if (b < a && c/a >= b) 



if (b < a & c/a >= b) // Laufzeitfehler 



In beiden Fällen hat der erste Operand b < a den Wert false. Damit wird bei der 
&&- Verknüpfung der zweite Operand c/a >= b nicht mehr untersucht. Bei der Ver- 
knüpfung mit & resultiert ein Laufzeitfehler aufgrund der Division durch 0. 
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5.4.11 Der Konditional-Operator 

Der Konditional-Operator ?: ist der einzige dreistellige Operator in Java; er ist rechts- 
assoziativ, d.h. a ? b : c ? d : e wird ausgewertet wie a ? b : (c ? d : e) und nicht wie 
(a ? b : c) ? d : e. Der erste Operand muß vom Typ boolean sein, die beiden übrigen 
Operanden müssen 

- beide numerische Typen besitzen, 

- beide vom Typ boolean sein oder 

- beide einen Referenztyp haben oder null sein. 

Bei numerischen Typen werden zweistellige Typangleichungen vorgenommen (5.2.4). 

Als Resultat wird in Abhängigkeit vom ersten Operanden der Wert des zweiten oder 
dritten Operanden gewählt. Ist der erste Operand true, wird der zweite Operand, 
anderenfalls der dritte Operand gewählt. Das Resultat ist wieder ein Wert, keine 
Variable. Zum Beispiel: 

char c = ’j’; 

out.println(c == T ? "Ja" : "Nein"); 
boolean j = false, n = false; 

(c == ’j’ ? j : n) = true; // Fehler 

Mit printin wird hier "Ja" ausgegeben. Die letzte Anweisung ist fehlerhaft, da der 
Konditional-Operator nur den Wert von j (also false) liefert und nicht die Variable j. 

Im Unterschied zu allen bisher betrachteten Operatoren kann ?: jedoch einen Refe- 
renzwert liefern, so daß direkt auf die Elemente (Methoden und Variablen) des refe- 
renziellen Objekts zugegriffen werden kann, z.B. 

Punkt p = new Punkt(1 , 0), q = new Punkt(1 , 1); 

(c == T ? P : q).xKoord = 0; 

Dies erklärt eine weitere Bedingung, die den Typ des zweiten und dritten Operan- 
den betrifft: Handelt es sich bei ihnen um Referenztypen, so müssen sie überein- 
stimmen oder einer von beiden muß implizit in den anderen konvertierbar sein (siehe 
Anhang C). Aus Gründen der besseren Lesbarkeit werden wir anstelle derartiger Kon- 
struktionen jedoch im Normalfall immer eine if- Anweisung (6.4.1) verwenden. 
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5.4.12 Zuweisungsoperatoren 

Es stehen zwölf Zuweisungsoperatoren zur Verfügung. Alle sind zweistellig und 
rechtsassoziativ; sie liefern einen Wert. Der linke Operand muß eine Variable (vgl. 
4.6) sein, die lokale Variable, Klassenvariable, Instanzvariable oder Feldkomponente 
ist. An Parameter ist keine Zuweisung möglich. Auch an final deklarierte Variablen 
kann in einem Ausdruck nichts zugewiesen werden - sie benötigen einen Initialisierer 
bei ihrer Deklaration (siehe aber auch 6.1.1). Die Java-Zuweisungsoperatoren sind: 

= *= /= %= += -= «= »= »>= &= 1= 

Bei der einfachen Zuweisung mit = wird der Wert des rechten Operanden ermittelt, in 
den Typ der links stehenden Variablen konvertiert und in ihr gespeichert. Der rechte 
Operand kann jeden beliebigen Typ haben, solange er zuweisungskompatibel zum 
Typ der Variablen ist. Der Wert eines Zuweisungsausdrucks a = b ist der Wert, der 
nach der Zuweisung in a gespeichert ist. 

Bei den zusammengesetzten Zuweisungsoperatoren *=, /=, %= usw. müssen beide 
Operanden einen elementaren Typ haben. Eine Ausnahme ist +=. Sofern der linke 
Operand eine String- Variable ist, kann der rechte Jeden beliebigen Typ haben. 

Ein Ausdruck a *= b, a /= b, a %= b usw. ist äquivalent zu a = (T)(a*b), a = (T)(a/b), 
a = (T)(a%b) usw., wobei mit T der Typ von a bezeichnet ist. Zum Beispiel: 

short X = 3; 

X += 4.9; // Resultat: Wert 7, Typ short 

int k = 1 ; 

k += (k = 4)*(k + 2); // Resultat: Wert 25, Typ int 

Im Unterschied zu a = a*b wird bei a *= b jedoch nur einmal auf die Variable a 
zugegriffen. (Entsprechend bei a /= b, a %= b usw.) Siehe hierzu Übungsaufgabe 3 
am Ende des Kapitels. 

Damit sind alle Java-Operatoren besprochen. Ein Zuweisungsausdruck ist der allge- 
meinste, aus Operanden und diesen Operatoren kombinierbare Ausdruck. 

5.4.13 Konstante Ausdrücke 

In bestimmten Situationen (bei den Typverkleinerungen aus 5.2.1 und bei switch- 
Anweisungen siehe 6.4.2) benötigt Java einen Ausdruck eines elementaren Typs oder 
String-Typs, dessen Wert bereits beim Übersetzen eindeutig feststellbar ist. 
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Ein derartiger konstanter Ausdruck ist ein Zuweisungsausdruck, der den folgenden 
Bedingungen genügen muß: 

• Als Operanden sind nur Literale elementarer Typen, Zeichenketten und Na- 
men von final Variablen, die mit einem konstanten Ausdruck initialisiert sind, 
zulässig. 

• Als einstellige Operatoren sind +, -, ~ und ! zulässig. (++ und - sind also nicht 
zulässig.) 

• Casts auf elementare Typen und implizite Casts in den Typ String sind zulässig. 
(Casts auf Referenztypen wären mit den zulässigen Operanden auch gar nicht 
möglich.) 

• Alle zweistelligen Operatoren mit Ausnahme des instanceof-Operators und 
sämtlicher Zuweisungsoperatoren sind zulässig. 

Einige Beispiele für konstante Ausdrücke sind: 

true 

(short)(1*2*3*4*5*6) 

0.5*Math.PI 
"PC" + 1+2 



5.4.14 Zuweisungen und Initialisierungen 

Unter der Initialisierung einer Variablen oder symbolischen Konstanten versteht man 
das Kopieren eines Werts in ihren Speicherplatz direkt im Zusammenhang mit dessen 
Reservierung. Beim Zuweisen wird dagegen ein Wert in eine anderweitig erzeugte 
Variable kopiert. An manche Variablen ist keine Zuweisung möglich: Klassenvaria- 
blen, Instanzvariablen und lokale Variablen, die wir final spezifizieren, müssen wir bei 
ihrer Deklaration initialisieren; auch an Methoden- und Konstruktorparameter sowie 
den Parameter eines Ausnahme-Händlers können wir nichts zuweisen - hier werden 
die Initialisierungen mit den Aufrufargumenten bzw. dem ausgeworfenen Ausnahme- 
objekt von der VM vorgenommen. 

Im Unterschied zu anderen Programmiersprachen, die für Initialisierung bzw. Zuwei- 
sung verschiedene Operatoren bzw. Methoden benutzen, verfährt Java beim Initiali- 
sieren einer Variablen genau wie bei Zuweisungen: Wert und Typ des Initialisierers 
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werden ermittelt, falls nötig (und zuweisungskompatibel) in den Typ der Variablen 
umgewandelt, das Resultat wird in deren Speicherplatz kopiert. In der Java-Literatur 
wird wegen dieser Analogie oft nicht präzise formuliert und von Zuweisungen ge- 
sprochen, auch wenn es sich um Initialisierungen handelt. 

Auf die genauen Zeitpunkte, zu denen Klassen- und Instanzvariablen initialisiert wer- 
den, gehen wir in den Abschnitten 8.4 und 9.6 ein. 

Bemerkung 

In den in diesem Kapitel eingestreuten Codefragmenten haben wir gelegentlich An- 
weisungen der Form out.println( ); benutzt. Dabei ist immer vorausgesetzt, daß out 

ein Ausgabeobjekt ist, das z.B. so deklariert wurde: 

PrintWriter out = new PrintWriter(System.out, true); 



5.5 Übungsaufgaben 

1 . (a) Wie kommt die Ausgabe d = 7.0 bei den Anweisungen 

PrintWriter out = new PrintWriter(System.out, true); 
byte b = 0x1 f; 
char c = ’\u0047’; 
int i = 0; 
f loat f = 1 ; 

double d = (b&c) + i*f; 
out.printInC'd = " + d); 

zustande? 

(b) Wie erklären Sie sich das Resultat i = -21 47483648 -i = -21 47483648 
im Beispiel 

i = lnteger.MIN_VALUE; 
out.printlnfi = " + i + "\t\t-i = ” + -i); 

2. Wie wird die Ausgabe b = Oxfffffffl c = Oxffffffff d = Oxffffffff in der folgenden 
Methode main erzeugt? 

public static void main(String[] args) { 
byte b, c, d, e; 
b = (byte)Oxf 1 ; 
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c = (byte)(b » 4); 
d = (byte)(b »> 4); 

PrintWriter out = new PrintWriter(System.out, true); 
out.printInC'b = Ox" + Integer.toHexString(b) + " c = Ox“ 

+ Integer.toHexString(c) + ” d = Ox" + Integer.toHexString(d)); 

} 

3. Übersetzen Sie die beiden folgenden Testprogramme 
dass ZuTestl { 

public static void main(String[] args) { 
int i = 1 ; 
i = i + 1; 

} 



dass ZuTest2 { 

public static void main(String[] args) { 
int i = 1 ; 
i += 1; 

} 

} 

und machen Sie sich mittels javap -c ZuTestl bzw. javap -c ZuTestZ klar, daß 
die zusammengesetzte Zuweisung mittels += effizienter arbeitet, als die einfa- 
che Zuweisung mit Addition in ZuTestl . 

4. Welche Werte berechnet man hiermit? 

byte a = 9; 
int b = 9; 
a += (a = 3); 
b = b + (b = 3); 



Weshalb ergibt sich ein Fehler, wenn man b mit dem Typ byte deklariert? 

5. Was ist hier falsch? Kann man durch Einsatz von Klammem einen zulässigen 
Ausdruck erzeugen? 
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1 + 5 == 6 == 5 + 1 

6. Was wird mit der folgenden Anweisung berechnet? 

int a, b, c; 

int m=a>b?a>c?a:c:b>c?b:c; 

Schreiben Sie eine äquivalente, verständlichere Formulierung. Benutzen Sie 
dazu die Klassenmethode Math.max, die das Maximum von zwei int- Argumen- 
ten als int liefert. 

7. Schreiben Sie eine Anwendung, die drei ints von der Standardeingabe liest und 
Summe, Mittelwert, Produkt, Minimum und Maximum dieser Zahlen ausgibt. 




Kapitel 6 



Anweisungen 



Der Kontrollfluß beim Aufruf von Java-Methoden wird durch Anweisungen gesteu- 
ert, die wegen dieses Steuereffekts ausgeführt werden und keinen relevanten Wert 
oder Typ haben. Es gibt in Java zwar Ausdrucksanweisungen, die lediglich wegen 
ihrer Seiteneffekte ausgewertet werden (siehe 6.3), aber keine Anweisungen, die nur 
einen Wert berechnen, auf den man nicht mehr zugreifen kann und die sonst keinerlei 
Aktivitäten auslösen, z.B. 

X + 2; // Java-Fehler, korrekt in C/C++ 

Math.sin(3.1 )/3.1 ; // Java-Fehler, korrekt in C/C++ 

Jeder Methodenrumpf besteht aus einer speziellen Anweisung, einem Block. Ein 
Block ist eine (möglicherweise leere) Folge von Anweisungen und Deklarationen 
lokaler Variablen, die in Klammem { } zusammengefaßt sind. Auch die Deklaration 
lokaler Variablen ist eine Java-Anweisung. Ein Block wird ausgeführt, indem die 
Anweisungen in der Reihenfolge, in der sie aufeinander folgen, ausgeführt werden. 



6.1 Lokale Variablen 

Eine Variable ist lokale Variable, wenn sie innerhalb eines Blocks oder in einer for- 
Anweisung (6.5.3) deklariert wird. Die Deklaration besteht aus dem optionalen final- 
Spezifizierer und einer Typangabe, gefolgt von einem oder mehreren Bezeichnern und 
jeweils optionalen Initialisierern. Jeder Bezeichner deklariert eine lokale Variable, die 
den Bezeichner als Namen erhält. Zum Beispiel ist 



int i, j = 1, k; 
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äquivalent zu 
int i; 

int j = 1 ; // Deklaration mit Initialisierer 

int k; 

Die Initialisierung einer Variablen mit dem Wert ihres Initialisierers wird vorgenom- 
men, wenn die Deklarationsanweisung ausgeführt wird. 

Der Geltungsbereich einer lokalen Variablen - das ist der Java-Code, in dem man 
ihren Namen verwenden kann - ist der Rest des Blocks, der auf die Deklaration folgt. 
Im Unterschied zu anderen Sprachen ist es in Java nicht zulässig. Variablen in ge- 
schachtelten Blöcken zu redeklarieren. Das heißt, das folgende 

{ 

int i = 5; 

{ 

double i = 5.7; // Fehler: Redeklaration von i 

} 

} 

wird nicht übersetzt. In separaten Blöcken oder for- Anweisungen können lokale Va- 
riablen mit identischen Namen jedoch deklariert werden. Da der Geltungsbereich der 
ersten Variablen i bereits am Ende des schattierten Bereichs endet, wird im folgen- 
den Block eine neue Variable diese Namens erzeugt. Der Typ der Variablen spielt in 
diesem Zusammmenhang keine Rolle. 

{ 

int i = 5; 



} 

{ 

int i = -5; 



} 

Deklarationen lokaler Variablen sind ausführbare Anweisungen. Sie werden von links 
nach rechts ausgeführt. Beispielsweise erhält j hier den Wert 3: 



int i = 2, j = i + 1 ; 
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6.1.1 final lokale Variablen 

Wenn eine lokale Variable final spezifiziert ist, wird sie zur symbolischen Konstanten. 
Jede Zuweisung an eine final lokale Variable, außer der, mit der sie ihren konstanten 
Wert erhält, ist ein Fehler. Typischerweise wird man diesen Wert mit einem Initiali- 
sierer bereitstellen, z.B. 

final int MAX_ANZAHL = 300; 

Es ist aber auch möglich, eine final lokale Variable nicht bei ihrer Deklaration zu in- 
itialisieren; sie ist dann unspezißziert final. Einer unspezifizierten final Variablen muß 
an genau einer Stelle des Programms - vor dem ersten Zugriff auf ihren Wert - ein 
Wert zugewiesen werden. Dies wird vom Java-Compiler geprüft. Im folgenden Bei- 
spiel wird die Konstante ANZAHL_TAGE laufzeitspezifisch mit dem richtigen Wert 
versehen. 

// BlankFinal.java 

Import java.io.*; 

Import java.utll.*; 

dass BlankFlnal { 

public static void maln(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

GregorianCalendar c = new GregorianCalendar(); 
final int JAHR = c.get(Calendar.YEAR), ANZAHL_TAGE; 
if (c.isLeapYear(JAHR)) 

ANZAHL_TAGE = 366; 
eise 

ANZAHL_TAGE = 365; 

out.printlnC'Das Jahr " + JAHR + " hat " + ANZAHL.TAGE + " Tage."); 

} 

} 

(Mit Datums- und Zeitklassen wie GregorianCalendar befassen wir uns detailliert in 
den Abschnitten 14.6 und 14.7.) 
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6.2 Leeranweisungen 

In seltenen Fällen (etwa bei Wiederholungsanweisungen) benötigt die Java-Syntax an 
einer Stelle eine Anweisung, an der die Semantik eines Programms keinerlei Aktivi- 
täten erfordert. Hier verwendet man eine leere Anweisung, die einfach aus einem ; 
besteht und nichts bewirkt. Zum Beispiel ist 

{;;;;;} 

ein Block mit fünf Anweisungen. 

6.3 Ausdrucksanweisungen 

Eine Ausdrucksanweisung besteht aus einem Ausdruck (vgl. 5.4), gefolgt von einem 
Semikolon. In Java sind nur wenige Ausdrücke innerhalb einer Ausdrucksanweisung 
zulässig: 

• Zuweisungen, 

• Inkrement- und Dekrementausdrücke (Präfix und Postfix), 

• Methodenaufrufe und 

• Objekterzeugungen mittels new. 

Bei der Ausführung einer Ausdrucksanweisung wird der Ausdruck ausgewertet. So- 
fern er einen Wert hat, wird dieser nicht weiter berücksichtigt. Es kommt hier also 
nur auf die Seiteneffekte an. Ein Beispiel einer Objekterzeugung hatten wir bereits 
in Kapitel 1 in der Methode main des ZaehlerFrame-Beipiels gesehen. Diese enthält 
nur eine einzige Ausdrucksanweisung, nämlich new ZaehlerFramefZähler-Test");. 



6.4 Auswahlanweisungen 

In Java gibt es zwei Auswahlanweisungen, die if- Anweisung und die switch- Anwei- 
sung. Beide dienen dazu, den Kontrollfluß in Abhängigkeit vom Wert eines Aus- 
drucks zu verzweigen. 
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6.4.1 Die if-Anweisung 

Es gibt zwei Formen der if-Anweisung, eine mit und eine ohne else-Teil. Die ent- 
sprechende Syntaxregel ist: 

If-Anweisung: 

if ( Ausdruck ) Anweisung 

if ( Ausdruck ) Anweisung eise Anweisung 

Der Ausdruck muß jeweils vom Typ boolean sein; er ist als Bedingung, die ent- 
weder zutrifft (Wert true) oder nicht zutrifft (Wert false) zu interpretieren. Bei der 
Ausführung der Anweisung wird als erstes dieser Ausdruck ausgewertet. Ergibt sich 
true, wird die Anweisung nach if ausgeführt. Anderenfalls wird - falls vorhanden 
- die Anweisung nach eise ausgeführt. Wenn das Resultat false ist und kein eise 
vorhanden ist, wird die if-Anweisung ohne weitere Aktivität beendet. 

Wenn mehrere if- Anweisungen geschachtelt sind, gehört ein eise immer zum unmit- 
telbar voranstehenden if. Das heißt, 

if (i >= 0) 
if (i > 0) 

out.println(i + ” ist positiv"); 

eise 

out.prlntln(i + " ist negativ"); 

ist mißverständlich formatiert; wenn i beispielsweise den Wert -5 hat, wird nichts 
ausgegeben. 

6.4.2 Die switch-Anweisung 

Mit der switch-Anweisung kann man im Unterschied zur if-Anweisung zu einer aus 
beliebig vielen Anweisungen verzweigen. 

Switch-Anweisung: 

switch ( Ausdruck ) Switch-Block 

Ein switch-Block ist ein Block, dessen Anweisungen mit einer oder mehreren switch- 
Marken markiert sein können und der mit einer beliebigen Anzahl solcher Marken 
enden kann. Der Wert des Ausdrucks nach switch entscheidet darüber, an welcher 
switch-Marke die VM ihre Arbeit fortsetzt. 
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Switch-Marke: 

case Konstanter-Ausdruck : 
default : 

Die folgenden vier Anforderungen müssen alle erfüllt sein: 

• Der Typ des Ausdrucks nach switch muß byte, short, int oder char sein. 

• Jeder konstante Ausdruck (vgl. 5.4. 13) in einer switch-Marke muß zuweisungs- 
kompatibel zu diesem Typ sein. 

• Die konstanten Ausdrücke in den switch-Marken eines switch-Blocks müssen 
paarweise verschiedene Werte haben. 

• Innerhalb eines switch-Blocks darf höchstens einmal default als Marke einge- 
setzt werden. 

Bei der Ausführung einer switch-Anweisung wird als erstes der Ausdruck nach switch 
ausgewertet. Sein Wert wird dann mit den konstanten Ausdrücken aller switch-Marken 
verglichen. Stimmt er mit einer dieser Konstanten überein, werden alle Anweisungen 
hinter der entsprechenden Marke ausgeführt. Anderenfalls werden, falls eine default- 
Marke vorhanden ist, alle Anweisungen hinter dieser ausgeführt. Anderenfalls, d.h. 
wenn weder eine der Konstanten „paßf ‘ noch eine default-Marke vorhanden ist, wird 
die switch-Anweisung ohne weitere Aktivität beendet. 

Zum Beispiel wird hier, wenn i den Wert 5 hat, viele ausgegeben, ein i-Wert von 2 
führt zu den Ausgaben zwei und viele: 

switch (i) { 

case 1: out.phntln(“eins ”); 
case 2: out.printlnfzwei "); 
default: out.println("viele ”); 

} 

In der Regel wird das im Beispiel auftretende „Durchfallen“ zu den Anweisungen hin- 
ter den nachfolgenden switch-Marken unerwünscht sein. Man kann es durch break- 
Anweisungen (6.7) unterbinden, indem man oben 

case 1: out.println(“eins “); break; 
case 2: out.println("zwei "); break; 
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schreibt. Den Syntaxregeln 75-79 kann man entnehmen, daß die Anweisungen in 
einem switch-Block auch mit mehreren Marken versehen werden können; in Ab- 
schnitt 6.7 besprechen wir ein Beispiel. 



6.5 Wiederholungsanweisungen 

Es Stehen drei Wiederholungsanweisungen zur Bildung von Schleifen zur Verfügung, 
die while-Anweisung, die do-Anweisung und die for-Anweisung. Bei allen drei An- 
weisungen hängt die Anzahl der Wiederholungen vom Wert eines booleschen Aus- 
drucks, der wieder als Bedingung zu interpretieren ist, ab. 

6.5.1 Die while-Anweisung 

Die while-Anweisung führt die Auswertung eines Ausdrucks und eine Anweisung 
solange wiederholt aus, bis der Wert des Ausdrucks false ist. Sie hat die Syntax: 

While-Anweisung: 

while ( Ausdruck ) Anweisung 

Der Ausdruck muß vom Typ boolean sein. Bei der Ausführung der while-Anweisung 
wird als erstes sein Wert ermittelt. Ist er true, wird die Anweisung nach while aus- 
geführt und die gesamte while-Anweisung wird erneut ausgeführt - beginnend mit 
der Ermittlung des Werts des Ausdrucks. Wenn anderenfalls der Wert des Ausdrucks 
false ist, wird die while-Anweisung ohne weitere Aktivität beendet. Zum Beispiel 
berechnet das folgende Programm die Quersumme einer positiven ganzen Zahl z: 

// While.java 

Import java.io.*; 

dass While { 

public static vold main(String[] args) { 
int z = 123456, x = z, querSumme = 0; 
while (x != 0) { 

querSumme += x%10; 
x/= 10; 

} 
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PrintWriter out = new PrintWriter(System.out, true); 
out.println(z + ” hat als Quersumme " + querSumme); 

} 

} 

Wenn der Wert des Ausdrucks bei seiner ersten Auswertung false ist, wird die An- 
weisung in der while- Anweisung kein einziges Mal ausgeführt. 

Mit der Konstruktion while (true) kann man eine „Endlosschleife“ aufbauen. Ein 

Beispiel hierfür liefert /OOPinJava/kapitel6/Endlos.java. Umgekehrt sind aber Kon- 
struktionen der Art 

while (false) 

i = 5; // Fehler 

ein Fehler, da Java keine unerreichbaren Anweisungen zuläßt. 

6.5.2 Die do- Anweisung 

Die do-Anweisung führt eine Anweisung und die Auswertung eines Ausdrucks so- 
lange wiederholt aus, bis der Wert des Ausdrucks false ist. Sie hat die Syntax: 

Do-Anweisung: 

do Anweisung while ( Ausdruck ) ; 



Der Ausdruck muß vom Typ boolean sein. Bei der Ausführung der do-Anweisung 
wird als erstes die Anweisung nach do ausgeführt. Anschließend wird der Wert des 
Ausdrucks ermittelt. Ist er true, wird die gesamte do-Anweisung erneut ausgeführt. 
Anderenfalls, d.h. wenn der Wert des Ausdrucks false ist, wird die do-Anweisung 
ohne weitere Aktivität beendet. 

Im Unterschied zur while- Anweisung wird die Anweisung in der do-Anweisung min- 
destens einmal ausgeführt. Zum Beispiel berechnet 

final double EPS = 1e-15; 

double X = 2.0, links = 0.0, rechts = ((x >= 0) ? x : 1 .0), quad; 
do{ 

quad = 0.5*(links + rechts); 
if (quad*quad > x) 
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rechts = quad; 
eise 

links = quad; 

} while (rechts - links > EPS); 

die Quadratwurzel (quad) einer positiven Zahl x mittels Intervallhalbierung. EPS ist 
hier die gewünschte Genauigkeit (siehe /OOPinJava/kapitel6/Do.java). 

6.5.3 Die for- Anweisung 

Die for-Anweisung nimmt zuerst einige Initialisierungen vor, führt dann die Auswer- 
tung eines Ausdrucks, eine Anweisung und einige Updates solange wiederholt aus, 
bis der Wert des Ausdrucks false ist. Sie wird typischerweise zur Iteration über die 
Komponenten von Feldern (siehe Kapitel 7) benutzt. Die Syntaxnotation ist etwas 
aufwendiger: 

For-Anweisung: 

for ( For-Initopt i Ausdruck opt ; For-UpdatCopt ) Anweisung 

Der Ausdruck muß vom Typ boolean sein; er dient wieder als Bedingung, die den 
Abbruch oder die Fortsetzung der Wiederholungen kontrolliert. 

For-Init ist eine Deklaration lokaler Variablen oder eine Liste von Ausdrücken (mit 
denen man in der Regel bereits existierenden Zähl variablen Startwerte zu weist). For- 
Update ist eine Liste von Ausdrücken (mit denen man in der Regel die Zählvariablen 
fortschreibt). In beiden Fällen sind nur die in Ausdrucksanweisungen möglichen 
Ausdrücke, also Zuweisungs-, Inkrement-, Dekrement- oder new-Ausdrücke sowie 
Methodenaufrufe zulässig (vgl. 6.3). 

Zu Beginn der Ausführung wird die Initialisierung der for-Anweisung vorgenommen 
(falls vorhanden): Handelt es sich um eine Deklaration, wird diese ausgeführt, als 
seien die Variablen in einem Block deklariert, der die gesamte for-Anweisung unmit- 
telbar umschließt. Handelt es sich um eine Liste von Ausdrücken, so werden diese 
von links nach rechts ausgewertet. 

Die Iterationen der for-Anweisung werden dann wie folgt vorgenommen: Der Aus- 
druck wird ausgewertet (falls vorhanden). Ist sein Wert true, so wird die Anweisung 
nach for ausgeführt, die Update-Ausdrücke werden (falls vorhanden) von links nach 
rechts ausgewertet, und eine erneute Iteration wird begonnen. Ist der Wert des Aus- 
drucks false, wird die for-Anweisung ohne weitere Aktivität beendet. Ein fehlender 
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Ausdruck wird wie true behandelt, führt also zu einer erneuten Iteration. Die Wieder- 
holungen können dann nur durch eine break- Anweisung (6.7) beendet werden. 

Wie bei der while- Anweisung ist es möglich, daß die Anweisung in der for- Anweisung 
kein einziges Mal ausgeführt wird. 

Mit den folgenden Anweisungen berechnen wir den Mittelwert (xQuer) von n ganzen 
Zahlen: 

double xQuer = 0.0; 
for (int i = 1; i <= n; i++) { 
out.print("x" + i + "? "); 
out.flushO; 

xQuer += lnteger.parselnt(in.readLine()); 

} 

xQuer /= n; 

(siehe /OOPinJava/kapitelO/For.java). Wenn man die Variablendeklaration im Initi- 
alisierungs-Teil durch einen Ausdruck ersetzt, zum Beispiel 

double xQuer = 0.0; 
int i; 

for (i = 1 ; i <= n; i++) { 



ergeben sich genau dieselben Bytecodes. Diese Wahlmöglichkeit gestattet es uns, 
bei Iterationen mit neuen Variablen völlig lokal zu arbeiten oder bereits existierende 
Variablen zur Iteration zu verwenden. Im ersten Fall gilt der Variablenname i nach 
der Ausführung der for- Anweisung nicht mehr. /OOPinJava/kapitel6/ForZaehler.java 
ist ein weiteres Beispiel, das zeigt, daß man Zählvariablen beliebiger Datentypen 
einsetzen kann. 

6.6 Markierte Anweisungen 

Anweisungen können in der Form Bezeichner : Anweisung markiert werden. Die 
Markierung einer Anweisung wirkt sich auf deren Ausführung nicht aus. Sie hat je- 
doch eine Bedeutung im Zusammenhang mit den break- oder continue- Anweisungen, 
die wir in den beiden folgenden Abschnitten besprechen. Eine goto-Anweisung gibt 
es in Java nicht. 
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6.7 Die break-Anweisung 

Eine break-Anweisung hat die Form: 

Break- Anweisung: 

break Bezeichner opt / 

Der optionale Bezeichner in einer break-Anweisung muß Marke einer markierten 
Anweisung sein. 

Eine break-Anweisung ohne Marke darf nur in einer switch-Anweisung oder einer 
Wiederholungsanweisung (while, do, for) Vorkommen. In diesem Fall beendet die 
break-Anweisung die Ausführung der innersten, das break umschließenden Schlei- 
fe bzw. switch-Anweisung. Die Ausführung wird mit der Anweisung, die auf die 
abgebrochene Anweisung folgt (falls vorhanden), fortgesetzt. Zum Beispiel: 

// Break.java 

Import java.io.*; 

Import java.utll.*; 

dass Break { 

public static vold main(String[] args) { 

PrintWriter out = new PrlntWrlter(System.out, true); 

final int MONAT = new GregorlanCalendar().get(Calendar.MONTH); 

switch (MONAT) { 

default: out.println("vorlesungsfrei"); break; 
case 1 0: case 1 1 : case 1 2: case 1 : case 2: 
out.phntln("Wintersemester”); break; 
case 4: case 5: case 6: case 7: 

out.println("Sommersemester"); break; 

} 

} 

} 

Ohne die break- An Weisungen würden hier wegen des Durchfallens zu nachstehenden 
swItch-Marken zum Teil falsche Ausgaben erfolgen. 

break- Anweisungen mit Marke dürfen nur in einer mit dieser Marke markierten An- 
weisung Vorkommen. Ihre Anwendung ist nicht auf switch- oder Wiederholungsan- 
weisungen beschränkt. Bei der Ausführung der break-Anweisung wird in diesem 
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Fall die umgebende markierte Anweisung beendet. Derartige Konstruktionen dienen 
nicht der Programmklarheit. Man kann sie verwenden, um tief verschachtelte Schlei- 
fen „schnell“ zu beenden. Ein Beispiel liefert /OOPinJava/kapitel6/BreakMarke.java. 



6.8 Die continue-Anweisung 

Eine continue-Anweisung darf nur innerhalb von Wiederholungsanweisungen (while, 
do, for) stehen. Sie hat die Form: 

Continue-Anweisung: 

continue Bezeichner opt ; 

Der optionale Bezeichner in einer continue-Anweisung muß Marke einer markierten 
Wiederholungsanweisung sein, die das continue enthält. 

Die Ausführung einer continue-Anweisung ohne Marke bewirkt einen Sprung an das 
Ende der innersten, das continue umschließenden Schleife und beginnt gegebenen- 
falls eine erneute Iteration. Das heißt, bei einer while- oder do-Schleife wird die Ab- 
bruchbedingung (der boolesche Ausdruck) ausgewertet, bei einer for-Schleife werden 
zuvor noch die Update- Ausdrücke ausgewertet. Im Beispiel 

int w1 , w2; 
while (true) { 
w1 = wurf(); 
if (w1 != 6) { 
out.phntln(wl); 
continue; 

} 

w2 = wurf(); 

out.println(w1 + " " + w2); 
if (w2 == 6) 
break; 

} 

wird mit einer Methode wurf solange mit zwei Würfeln „gewürfelt“, bis zwei Sechsen 
gefallen sind, (siehe /OOPinJava/kapitelß/Continue.java). 

Bei der Ausführung eines continue mit Marke beendet Java die aktuelle Iteration, ver- 
zweigt an das Ende der umgebenden, mit dieser Marke markierten Wiederholungs- 
anweisung und beginnt eine neue Iteration, falls die Abbruchbedingung noch nicht 
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erfüllt ist. Ein Beispiel hierfür gibt /OOPinJava/kapitel6/ContinueMarke.java. Wenn 
man break- und continue-Anweisungen mit Marken innerhalb derselben Methode - 
u.U. noch ineinander geschachtelt - einsetzt, ist der resultierende Code in der Regel 
nicht mehr lesbar. 



6.9 Weitere Java-Anweisungen 

Neben den in diesem Abschnitt behandelten Anweisungen kennt Java noch 

- die return-Anweisung, die einen Methodenaufruf beendet und gegebenenfalls 
ein berechnetes Resultat zurückgibt, 

- die throw- und die try-Anweisung, mit denen man Ausnahmen auswirft bzw. 
abfängt und behandelt sowie 

- die synchronized-Anweisung, nüt der man eine Sperre für einen Anweisungs- 
block erwerben kann. 

Die return-Anweisung behandeln wir bei der Diskussion von Methodenaufrufen in 
Abschnitt 8.6.3. throw und try werden im Kapitel 15 über Javas Mechanismus zur 
Behandlung von Ausnahmen besprochen. Auf die synchronized-Anweisung gehen 
wir nur kurz ein, sie hat kaum Bezug zu objektorientierten Konzepten. Synchroni- 
sierte Methoden, mit denen man vor einem Methodenaufruf eine Sperre erwerben 
kann, sind jedoch Gegenstand von Abschnitt 17.5 in Kapitel 17, das sich mit Threads 
und Prozessen befaßt. 



6.10 Übungsaufgaben 

1 . Formulieren Sie die if- Anweisung des Beispiels aus Abschnitt 6.4. 1 durch Ver- 
wendung von Klammem, so daß die offenbar beabsichtigte Wirkung erzielt 
wird. 

2. Die Methode Math. random liefert bei jedem Aufruf eine Zufallszahl zwischen 
0 und 1 als double. Schreiben Sie eine Klasse mit einer Methode main, die 
1000 Zufallszahlen erzeugt und feststellt, mit welchen Häufigkeiten die Zahlen 
in den Intervallen [0, 1.0/6), [1.0/6, 2.0/6), . . . , [5.0/6, 1] liegen. 

3. Was bewirkt eine for-Anweisung der Form for (;;) { }? 
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4. (a) Machen Sie sich hier die Wirkung der break- Anweisung klar, 

dass BreakTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int X, y = 0; 
stop: { 

for (int i = 1; i <= 10; i++) { 
x = 25; 
y+=15; 

for (int j = 1 ; j <= 5; j++) { 
if (i ==3) 
break stop; 

out.println(x + ”\t" + y); 

X += 7; 

} 

} 

y+=l5; 

out.printInC'Schleife abgearbeitet"); 

} 

} 

} 

(b) Was ergibt sich mit diesen Änderungen? 

dass ContinueTest { 
public static void main(String[] args) { 
int X, y = 0; 

stop: for (int i = 1 ; i <= 5; i++) { 
x = 25; 
y+=15; 

for (int j = 1 ; j <= 5; j++) { 
if Ö > i) 

continue stop; 

new PrintWriter(System.out, true).println(x + " " + y); 
x+= 7; 

} 

} 

} 



} 
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5. Setzen Sie Aufgabe 2 fort, indem Sie jeweils anzahl Zufallszahlen zur Simu- 
lation eines Würfelexperiments erzeugen und in einem Histogramm folgender 
Art ausgeben: 

1 I xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
2 I xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
3 I xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

4 I xxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

5 I xxxxxxxxxxxxxxxxxxxxxxxxxxx 

6 I xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Testen Sie Ihre Implementation mit anzahl = 10, anzahl = 100, anzahl = 500 
usw. 

6. Mit den folgenden Änderungen wird die Klasse ContinueTest aus Aufgabe 4b 
zum Applet: 

(a) dass ContinueTest { ersetzen durch 

public dass ContinueApplet extends java.applet.Applet { 

(b) public static void main(String[] args) { ersetzen durch 
public void paintQava.awt.Graphics g) { 

(c) new PrintWriter(System.out, true).println(x + " " + y); ersetzen durch 
g.drawSthngC'#", x, y); 

(drawString(str, x, y); gibt die Zeichenkette str an der Position (x, y) aus.) 

(d) import java.io.*; streichen (optional). 



Testen Sie Ihr Applet, indem Sie eine HTML-Datei analog ZaehlerApplet.html 
verwenden. Das Applet braucht eine etwas größere Höhe, z.B. height = 90. 




Kapitel 7 



Felder 



Java-Feider sind spezielle, einfache Objekte, die - wie alle Objekte - dynamisch 
erzeugt werden. Ein Feld-Objekt enthält eine Anzahl von Variablen. Diese Anzahl 
kann null sein; das Feld heißt dann leeres Feld. 

Die Variablen in einem Feld, die Feldkomponenten, haben keine eigenen Namen. 
Man greift auf sie über den Feldnamen und einen in [ und ] geklammerten Index zu. 
Wenn ein Feld n Komponenten hat, ist n die Länge des Felds. Die Feldkomponenten 
werden dann mit 0, 1, . . . , n — 1 indiziert. 

Alle Komponenten eines Felds haben denselben Typ. Wenn dieser Typ T ist, kann 
für den Typ des Felds kurz T[] geschrieben werden. Java unterstützt keine mehrdi- 
mensionalen Felder. Man kann jedoch Felder mit Komponenten eines Feldtyps de- 
klarieren und gewinnt dadurch insofern Flexibilität, als die einzelnen Komponenten 
unterschiedliche Längen haben können. Da man Felder mit Komponenten, die selbst 
wieder Felder sind, leicht wie mehrdimensionale Felder verwenden kann, werden wir 
diese im folgenden auch einfach als mehrdimensionale Felder bezeichnen. 



7.1 Feldvariablen 

Eine Variable eines Feldtyps oder Feldvariable deklariert man durch die Angabe des 
Komponententyps, gefolgt von leeren Klammem [], dem Variablennamen und einem 
optionalen Initialisierer. Zum Beispiel: 

int[] a; // int-Feld 

String[] c; // String-Feld 

short[][] b; // Feld mit short-Feldern als Komponenten 
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Aus Kompatibilitätsgründen ist auch die C/C++-Notation, z.B. int a[];, zulässig. Sogar 
Mischformen wie short[] b[];, sind möglich, aber keinesfalls zu empfehlen. 

Die Länge eines Felds wird bei seiner Deklaration nicht spezifiziert. Sie ist nicht Teil 
des Typs; dieselbe Feldvariable kann daher abwechselnd Felder verschiedener Länge 
referenzieren. 

Da Feldvariablen einen Referenztyp haben, werden durch die obigen Deklarationen 
noch keine Felder erzeugt, es wird lediglich Speicherplatz zur Aufnahme der Refe- 
renz bereitgestellt. 



7.2 Die Erzeugung von Feldern 

Feldobjekte kann man auf drei verschiedenen Wegen erzeugen: 

1. Durch explizite Objekterzeugung mittels new, z.B. 

a = new int[5]; 

Hier wird ein Feldobjekt der Länge 5 erzeugt. In seinen Komponenten stehen 
zunächst die Standardwerte, also jeweils 0. 

2. Durch Spezifikation einer Liste von Initialisieren! bei der Variablendeklaration. 
Beispielsweise 

doublend = { 1.1, 1.21, 1.331 }; 

Hier stellt die VM die Feldlänge fest, erzeugt das Feld mittels new und trägt die 
Werte aus der Initialisiererliste in die Feldkomponenten ein. Die Zuweisung 
einer derartigen Liste an eine Feldvariable ist nicht möglich. 

3. Durch Kombination von 1. und 2., z.B. 

c = new String[] { "Die", "Erzeugung", "von", "Feldern" }; 

Hier darf in den Klammern [] keine Feldlänge - auch nicht die korrekte, also im 
Beispiel 4 - angegeben werden. 

Der dritte Fall ist insbesondere interessant, wenn kleinere Felder bei einem Me- 
thodenaufruf als Argument übergeben werden sollen und anderweitig nicht mehr 
benötigt werden. Genauso wie wir eine Methode f(double) einfach mit f(1 .5); auf- 
rufen, statt double x = 1.5; f(x); zu schreiben, können wir auch bei einer Methode 
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g(String[]) verfahren und kurz g(new StringQ { "Die”, "Erzeugung", "von", "Feldern" }); 
aufrufen, statt mit 

String[] c = { "Die", "Erzeugung", "von", "Feldern" }; 

g(c); 

den Umweg über eine benannte Feldvariable zu gehen. 

Die mit 1. und 2. erzeugten Feldobjekte sind in der folgenden Abbildung zusammen 
mit ihren Feldvariablen dargestellt. Es ist wichtig, sich den Unterschied zwischen der 
Feldvariablen, die einen Namen besitzt und das Feld referenziell sowie dem Feld, das 
namenlos ist, klarzumachen. 




Nach seiner Erzeugung kann ein Feldobjekt seine Länge nicht mehr verändern. Soll 
eine Feldvariable ein Feld anderer Länge referenzieren, muß man das entsprechende 
Feld erzeugen und der Variablen zuweisen. Bei der Felderzeugung mit 1. muß die 
Längenangabe ganzzahlig sein, wobei der Typ long ausgeschlossen ist. Die Länge 
muß aber nicht, wie oben, ein konstanter Ausdruck sein, sondern kann mit einer Va- 
riablen, beispielsweise laufzeitabhängig, festgelegt werden. 

Bei Verwendung einer Initialisiererliste nach 2. oder 3. wird implizit die Feldlänge 
mit festgelegt, da jeder Initialisierer einen Wert für genau eine Komponente spezi- 
fiziert. Diese Werte müssen zuweisungskompatibel zum Typ der Feldkomponenten 
sein. Ein einzelnes Komma am Ende der Liste, das syntaktisch zulässig ist (vgl. die 
Syntaxregeln 60, 61 und 37), wird ignoriert. 



7.3 Der Zugriff auf Feldkomponenten 



Auf die Komponenten eines Felds greift man mit einem in [] geklammerten Index in 
elementaren Ausdrücken (5.4.1) zu. Dabei ist zu beachten, daß die erste Komponente 
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den Index 0 hat. Felder werden mit int- Werten indiziert; auch byte-, short- oder char- 
Werte sind jedoch möglich - sie werden vor dem Zugriff implizit in ints umgewandelt 
(vgl. 5.2.4). Zum Beispiel /OOPinJava/kapitel7/FeldSumme.java: 

int n = 1001; 
int[] X = new int[n]; 
for (int i = 0; i < n; i++) 
x[i] = i; 

Jeder Zugriff auf Feldkomponenten wird zur Laufzeit auf seine Korrektheit geprüft. 
Der Versuch, einen Index kleiner null oder größer oder gleich der Feldlänge zu be- 
nutzen, z.B. 

out.println(x[n]); 

führt zum Auswerfen einer Ausnahme des Typs ArraylndexOutOfBoundsException. 
(Wie man derartige Ausnahmesituationen behandeln kann, werden wir in Kapitel 15 
besprechen.) 



7.4 Mehrdimensionale Felder 

Auch mehrdimensionale Felder kann man mittels new, einer Initialisiererliste oder 
der Kombination von beidem erzeugen. Zum Beispiel: 

double[]Q e = { 

{ 1 . 0 , 0 . 0 , 0 . 0 }, 

{ 0 . 0 , 1 . 0 , 0 . 0 }, 

{0.0, 0.0, 1.0} 

}: 



Die Felder, die selbst wieder Feldkomponenten sind, müssen hier nicht alle dieselbe 
Länge haben, eine Dreiecksmatrix erhalten wir beispielsweise so: 

double[][] dreieck = { 

{ 1 - 0 }, 

{0.0, 1.0 }, 

{0.0, 0.0, 1.0} 

}: 
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Insbesondere größere Felder wird man ohne Initialisiererliste flexibler - z.B. mit von 
aktuellen Variablenwerten abhängiger Länge - mittels new erzeugen. Den Syntaxre- 
geln 101-104 kann man entnehmen, daß auf new eine Typangabe folgt, an die sich 
beliebig viele Klammerpaare [] anschließen können. Das erste Klammerpaar muß 
einen ganzzahligen Ausdruck enthalten, was bei den nachfolgenden Klammem nicht 
erforderlich ist. In den geklammerten Ausdrücken wird jeweils die Länge der entspre- 
chenden Felddimension festgelegt. Als Typ dieser Ausdrücke ist long ausgeschlossen; 
bei ihrer Auswertung darf sich kein negativer Wert ergeben. Zum Beispiel: 

int[][][] X = new int[3][4][]; 

char[][][][] y = new char[300][][][]; 



Wenn die Folge der Dimensionsangaben einen einzelnen Ausdruck enthält, wird ein 
eindimensionales Feld der spezifizierten Länge erzeugt, und die einzelnen Kompo- 
nenten werden mit ihren Standardwerten (vgl. 4.8) initialisiert. 

Kommen n Längenangaben vor, wird dies von Java in eine Folge von n — 1 Schleifen 
zur Erzeugung der eingebetteten Felder umgesetzt. Zum Beispiel hat die Anweisung 

double[][] matA = new double[3][5]; 

mit der eine 3 x 5-Matrix erzeugt werden soll, dieselbe Wirkung wie 

double[][] matA; 
matA = new double[3][]; 
for (int i = 0; i < 3; i++) 
matA[i] = new double[5]; 



Um diesen Konstmktionsprozeß genau zu verstehen, betrachten wir die Anweisungen 
der Reihe nach und zeichnen ihre Wirkungen im Speicher auf. 

Nach der Deklaration double[][] matA; haben wir eine Variable des Typs double[][] und 
des Namens matA erzeugt, in der der Standardwert für Referenzen, also null steht: 



matA 



null 



Die Ausführung der Zuweisung matA = new double[3][]; bewirkt zunächst die Aus- 
wertung von new double[3][]. Es entsteht ein Feld der Länge drei mit double[]- 
Komponenten, die noch mit Standardwerten initialisiert sind. Durch die Zuweisung 
wird in matA eine Referenz auf dieses neue Feld eingetragen. 
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matA 





matA[0] 


null 






matA[1] 


null 


matA[2] 


null 



Mit der for-Anweisung wird schließlich dreimal durch new double[5] ein fünfkom- 
ponentiges double-Feld erzeugt und mit Standardwerten initialisiert. Die Referenzen 
auf diese Felder werden jeweils in matA[0], matA[1] und matA[2] eingetragen. Das 
„3 X 5-dimensionale“ Feld ist damit fertig konstruiert: 



matA 




Ein Beispiel zur Felderzeugung mittels new und Initialisiererliste ist: 

new int[][] { { -1 }. { 1 , 2, -5. 3. -77 }, { 2, 2 } }; 

Bei der Auswertung dieses Ausdrucks wird ein Feld der Länge drei erzeugt, dessen 
Komponenten den Typ int[] haben und alle unterschiedlich lang sind. 

Beim Zugriff auf die Komponenten eines mehrdimensionalen Felds wird jeder Index 
einzeln geklammert, z.B. 

matA[i][j] = 3.217; 
out.println(matA[1 ][2]); 

Bemerkung 

Die Erzeugung von Feldern kann zur Laufzeit scheitern: Eine negative Felddimensi- 
on führt zum Auswerfen einer NegativeArraySizeException. Und wenn Java keinen 
Speicherplatz mehr findet, um ein Feld komplett anzulegen, wird eine OutOfMemory- 
Error-Ausnahme ausgeworfen. 
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7.5 Felder als Objekte 

Felder sind Objekte. Neben den Methoden clone, equals usw., die jedes Objekt von 
der Superklasse Object erbt (vgl. S. 22), verfügen Felder über eine Instanzvariable 
length, die jeweils die Anzahl der Feldkomponenten enthält. 

Zum Zugriff auf die Feldlänge benutzt man die Feldvariable und einen . und schreibt 
bei einem mit x bezeichneten Feld somit x.length. 

Bei mehrdimensionalen Feldern ist zu beachten, daß - aufgrund der Konstruktion als 
Feld mit Komponenten des Typs Feld - length die Länge der „ersten“ Felddimension 
enthält. Das Beispiel 

// FeldLaengen.java 

Import java.io.*; 

dass FeldLaengen { 
public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
byte[] a = new byte[255]; 
out.printC'Feld a hat die Länge " + a.length); 
double[][] b = new double[3][]; 
out.phntf Feld b hat die Länge " + b.length); 
for (int i = 0; I < b.length; i++) 
b[i] = new double[15]; 

out.println(" Feld b[0] hat die Länge " + b[0]. length); 

} 

} 

erzeugt daher die Ausgabe 

Feld a hat die Länge 255 Feld b hat die Länge 3 Feld b[0] hat die Länge 15 

Und beim Zuweisen von Feldvariablen ist daran zu erinnern, daß - wie immer bei 
Referenzen auf Objekte - lediglich der Referenzwert, aber nicht das Feld kopiert 
wird. Im Beispiel 

boolean[] a = { true, true, true, false }; 
booleanQ b = a; 
a[a.length - 1] = true; 
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wird ein einziges Feld erzeugt, das von zwei Variablen a und b referenziell wird. 
Nach der letzten Zuweisung liefern sowohl a[3] als auch b[3] den Wert true. 

Zum Kopieren von Feldern kann man die Methode clone benutzen. Sie wird zum 
Aufruf durch einen . mit dem Feldnamen verknüpft. Wenn wir das obige Beispiel 
abändern zu 



boolean[] a = { true, true, true, false }; 
boolean[] b = (boolean[])a.clone(); 
a[a.length - 1] = true; 



legt Java ein zweites boolean-Feld an, das durch b referenziert wird. In a[3] bzw. b[3] 
erhalten wir jetzt den neuen Wert true bzw. den alten Wert false. Der explizite Cast 
auf den Typ boolean[] ist hier notwendig, weil clone als Resultat immer eine Referenz 
des Typs Object liefert. 

Beim Einsatz von clone ist zu berücksichtigen, daß immer nur die Komponentenwer- 
te eines Felds geklont werden. Wenn diese (z.B. bei mehrdimensionalen Feldern) 
selbst wieder Referenzen sind, muß weiter geklont werden, um vollständige („tiefe“) 
Kopien zu erhalten. Das folgende Beispiel verdeutlicht den Unterschied zwischen 
tiefen und flachen Feldkopien (siehe /OOPinJava/kapitel7/FeldKopie.java): 



int[][]x = {{1 },{1,2,1 },{1,3, 4,1 }}; 
intaa y, z; 

y = (int[][])x.clone(); 
z = (int[][])x.clone(); 
for (int i = 0; i < x.length; i++) 
z[i] = (int[])x[i].clone(); 
x[2][2] = 3; 
out.println(y[2][2]); 
out.println(z[2][2]); 



Während für z ein neues zweidimensionales Feld angelegt wird, verwei.sen die Kom- 
ponenten von y auf dasselbe Feld wie die von x. Die Zuweisung an x[2][2] hat somit 
die gleiche Wirkung wie eine Zuweisung an y[2][2]. Es kommt zur Ausgabe von 3 
und 4. In der nächsten Abbildung sind die entstandenen Felder und Referenzen noch- 
mals grafisch dargestellt. 
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Neben dem Klonen bietet Java noch die Möglichkeit, mittels arraycopy einen be- 
stimmten Bereich aus einem Feld in ein anderes Feld, das bereits existieren muß, zu 
kopieren. Es handelt sich dabei um eine Klassenmethode der Klasse System. 

System.arraycopy(von, vonlnd, nach, nachlnd, anzahl) kopiert anzahl Komponenten 
aus dem Feld von in das Feld nach, jeweils beginnend ab dem Index vonlnd bzw. 
nachlnd. Wenn die Indizes dabei die Feldgrenzen verlassen, wird eine Ausnahme des 
Typs ArraylndexOutOfBoundsException ausgeworfen. Nach den Anweisungen 

char[] a = { ’a’, ’b’, ’c’, ’d’, ’e’, T, ’g’, ’h’, T, T }; 
char[] b = new char[15]; 
for (int i = 0; i < b.length; i++) 
b[i] = V; 

System.arraycopy(a, 1 , b, 5, 6); 
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sind im Feld b beispielsweise die Zeichen xxxxxbcdefgxxxx gespeichert. 

Zum Abschluß dieses Abschnitts ist noch darauf hinzuweisen, daß die Methode 
equals, die Felder ebenfalls von Object erben, nur die Inhalte der Feldvariablen, also 
die Referenzwerte, vergleicht, nicht die Felder selbst. Das Codefragment 

char[] a = { ’a’, ’b’, ’c’, ’d’, ’e’, T . ’g’, ’h’, T, ’j’ }; 
char[] b = a, c = (char[])a.clone(); 
out.println(a.equals(b) + " " + a.equals(c)); 



erzeugt daher die Ausgabe true false. 



7.6 lypumwandlungen 

Die in Abschnitt 5.2.1 behandelten Zuweisungskonversionen werden auch auf die 
einzelnen Elemente einer Initialisiererliste angewendet. Zum Beispiel führt 

doublen X = { 1 , 1 .21 , 13, -4.2, 1 .007 }; 

dazu, daß an x[0] und x[2] die double-Werte 1.0 bzw. 13.0 zugewiesen werden. 

Eine Vergrößerung des Referenztyps int[] in double[] ist dennoch weder implizit noch 
explizit möglich, d.h. 

doublen X = { -467.3, 12.17}; 
int[] y = { -5, 8, 5, 5 }; 

X = y; // Fehler 

X = (double[])y; // Fehler 

wird nicht übersetzt. Ein Feldtyp kann nur dann in einen anderen Feldtyp konver- 
tiert werden, wenn seine Komponenten einen zuweisungskompatiblen Referenztyp 
haben. Ein Beispiel hierfür werden wir anhand von uns selbst deklarierter Klassen 
und Subklassen in Abschnitt 9.3 besprechen. (Vgl. 5.1.3 und Anhang C.) 



7.7 Felder und Zeichenketten 

Im Unterschied zu C/C++ haben String-Objekte in Java nicht den Typ char[]. Auch 
sind weder String-Objekte noch char-Felder mit ’\u0000’ terminiert. String-Objekte 
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haben einen konstanten Wert, der beim Übersetzen festgelegt wird (vgl. 4.4). In der 
Klasse String ist jedoch eine Instanzmethode toCharArray deklariert, die bei ihrem 
Aufruf ein char-Feld mit derselben Zeichenfolge eines Strings erzeugt und als Resul- 
tat liefert. Wir können sie beispielsweise folgendermaßen aufrufen: 



String str = "StringChars"; 
char[] c = str. toCharArray (); 
for (int i = 0; i < c.length; i++) 
out.print(c[i]); 



Zur Manipulation von Zeichenfolgen steht darüber hinaus eine Klasse StringBuffer 
mit einer Fülle von Methoden zur Verfügung. Wir behandeln sie in Abschnitt 14.2. 

Bemerkungen 



- In allen Beispielprogrammen war die Methode main der initialen Klasse so 

deklariert: public static void main(String[] args) { }. 

Mit args ist hier ein String-Feld bezeichnet, in dem die VM die beim Interpre- 
teraufruf spezifizierten Kommandozeilen- Argumente ablegt. (Siehe /OOPinJa- 
va/kapitel7/MainArgs.java.) 

- Die Spezifizierung eines Felds als final (symbolische Konstante) wirkt sich 
nicht auf die Feldkomponenten aus; diese sind dennoch veränderbar. Lediglich 
die Feldvariable ist konstant und kann kein anderes Feld referenzieren, z.B. 



final int[] a = { -1 , -2, -3, -4, -5 }; 
a[0] *= -1 ; // korrekt 

a = new int[] { 1 02, 404 }; // Fehler 

- Ein Feld wird - wie jedes andere Objekt wenn es nicht mehr referenziert 
wird, von Javas Garbage-Collector gelöscht. 



7.8 Übungsaufgaben 

1 . Was wird hier ausgegeben, und warum kommt es zu diesem Resultat? 

PhntWriter out = new PrintWriter(System.out, true); 
int[][]a = {{1,2}, null }; 
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for (int i = 0; i < a.length; i++) { 
for (int j = 0; j < a[i].length; j++) 
out.print(a[i][j] + "\t”); 
out.printInO; 

} 

2. Entwickeln Sie eine Anwendung zur Berechnung des Funktionswerts von Po- 
lynomen p{x) = anX^ -h . . . -h aix H- üq. Das Programm soll zuerst den Grad 
n des Polynoms (als int) und dann die Koeffizienten a* (als doubles) in ein ent- 
sprechend zu dimensionierendes Feld einiesen. 

Danach sollen so lange Argumente x eingelesen und die Funktionswerte p{x) 
berechnet und ausgegeben werden, bis x = 0 eingegeben wird. 

Benutzen Sie zur Eingabe zunächst noch die Kommandozeile, also 

n = Integer.parselnt(in.readLineO); 

X = Double.valueOf(in.readLine()).doubleValue(); 

mit einem Eingabeobjekt in, das wie folgt deklariert ist: 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 

3. Machen Sie sich anhand einer Zeichnung klar, was mit den beiden folgenden 
Felddeklarationen bewirkt wird: 

int n = 3, m = 3; 

float[][] fMatrix = new float[n][m]; 
for (int i = 0; i < n; i++) 
for (intj = 0;j<m;j++) 
fMatrix[i][j] = 10*i + j; 

Zaehler[][] zMatrix = new Zaehler[n][m]; 
for (int i = 0; i < n; i++) 
for (int j = 0; j < m; j++) 
zMatrix[i][j].wert(10*i + j); 

4. Erzeugen Sie ein int-Feld a der Dimension rii x U 2 x mittels new. Testen 
Sie Ihre Implementation mit einer (2 x 3 x 2)-Matrix, deren Komponenten Sie 
Werte so zuweisen, als seien sie mit der Initialisiererliste 
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{{{0. 1 }.{2,3},{4,5}},{{6.7},{8,9},{10,11 }}} 
spezifiziert worden. 

5. Was hat sich dieser Entwickler bei seiner Klassendeklaration gedacht? Schrei- 
ben Sie eine bessere Version. 

dass Sortiere { 

static void swap(doubleQ x, double[] y) { 
double tmp = x[0]; 
x[0] = y[0]; 
y[0] = tmp: 

} 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int n = lnteger.parselnt(args[0]); 
double[][] a = new double[n][1]; 
for (int i = 0; i < n; i++) 
a[i][0] = Math.randomO: 
for (int i = 0; i < n; i++) 
out.println(a[i][0]): 
out.printInO: 
for (int i = 1 ; i < n; i++) 
for (int j = n - 1 ; i <= j: j-) 
if(aü][0]<aü-1][0]) 
swap(aö], aü - 1]); 
for (int i = 0; i < n; i++) 
out.println(a[i][0]): 

} 
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Klassen und Objekte 



Mit einer lüassendeklaration definiert man neue Referenztypen und legt gleichzeitig 
deren Implementation fest. Jede Klasse (außer Object) ist implizit Subklasse der 
Klasse Object; es gibt also eine gemeinsame Wurzel der Java- Vererbungshierarchie. 
Im Rumpf einer Klasse kann man folgendes deklarieren: 

• Variablen eines beliebigen Typs, in denen man Objektzustände speichert, 

• Methoden, das sind die Operationen, die auf Objekte der Klasse angewendet 
werden können, die also das Objektverhalten implementieren, 

• Konstruktoren, das sind spezielle Methoden, mit denen man die Variablen in- 
itialisiert, 

• static Initialisierer, das sind spezielle Anweisungsfolgen, die nach dem Laden 
der Klasse (ebenfalls zum Zweck der Initialisierung) einmal ausgeführt werden, 
und 

• eingebettete Klassen, das sind Klassen, die wieder einen neuen Referenztyp 
deklarieren; meistens handelt es sich dabei um Hilfsklassen, die man nur lokal 
benötigt. Eingebettete Klassen behandeln wir in Kapitel 12. 

Die Variablen und Methoden sowie die eingebetteten Klassen, die nicht static de- 
klariert sind, werden auch als Klassenelemente bezeichnet. Darüber hinaus kann 
eine Klasse Elemente aus einer Superklasse erben (siehe Kapitel 9). Methoden wer- 
den in ihrer Klassendeklaration vollständig - also mit ihrem Rumpf - spezifiziert. 
Ausgenommen von dieser Regel sind lediglich abstract deklarierte Methoden, deren 
Implementation in Subklassen erfolgt, siehe 9.7. 
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Variablen können als Klassenvariablen, die Java einmal pro Klasse anlegt, oder als In- 
stanzvariablen, die für jedes Objekt neu erzeugt werden, deklariert werden. Ebenso 
ist es möglich, eine Methode als Klassenmethode, die ohne Objekt oder als Instanz- 
methode, die immer für ein bestimmtes Objekt aufgerufen wird, zu deklarieren. Der 
Unterschied besteht jeweils in der Verwendung des Modifizierers static, siehe 8.3. 

Konstruktoren sind Methoden sehr ähnlich, werden aber nicht mit der üblichen Auf- 
rufsyntax aufgerufen. 



8.1 Klassendeklarationen 

Eine Klassendeklaration spezifiziert einen neuen Referenztyp. Den Syntaxregeln 23- 
29 entnimmt man, daß die Deklaration aus bis zu sechs Teilen bestehen kann: 

• Optionalen Modifizieren!, wie public, abstract, final usw., die spezielle Attribu- 
te der Klasse (z.B. Zugriffsrechte) festlegen, 

• dem Schlüsselwort dass, 

• einem Bezeichner, mit dem die Klasse benannt wird, 

• einem optionalen extends mit nachfolgender Angabe einer Superklasse, 

• einem optionalen Implements mit nachfolgender Liste von Interfaces und 

• dem Klassenrumpf, der - in { und } eingeschlossen - die Deklarationen einer 
beliebigen Anzahl von Variablen, Methoden, Konstruktoren, Initialisieren! und 
eingebetteten Klassen enthält. 

Beispielsweise wird mit der folgenden Klassendeklaration eine Klasse Timer dekla- 
riert, die drei Variablen: min, sek und tsdSek enthält. Weiterhin sind drei Methoden 
stelle, tick und zeigeAn deklariert. Sämtliche oben als optional notierten Bestandteile 
fehlen: 

dass Timer { 
int min, sek, tsdSek; 
vold stelle(int I, int j, int k) { 
min = I; 
sek = j; 
tsdSek = k; 

} 
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void tick() { 

if (++tsdSek == 1000) { 
tsdSek = 0; 
if (++sek == 60) { 
sek = 0; 
min++; 

} 

} 

} 

void zeigeAnO { formatierte Ausgabe } 

} 

Der Geltungsbereich des Namens eines Klassenelements - der Code, in dem man das 
Element einfach durch seinen Bezeichner ansprechen kann - ist der gesamte Rumpf 
der Klassendeklaration. Man kann die einzelnen Deklarationen der Klassenelemente 
daher beliebig anordnen. (Siehe aber die Einschränkung bezüglich der Variablenini- 
tialisierer in 8.4.) 

Nach der Deklaration der Timer-Klasse ist es möglich, ihren Namen zur Deklaration 
von Variablen wie jeden anderen Typnamen, z.B. int, double usw. zu benutzen. Es 
muß aber beachtet werden, daß es sich um einen Referenztyp handelt, daß also mittels 

Timer t; 

kein Timer-Objekt erzeugt wird, sondern, daß t lediglich eine Variable ist, die eine 
Referenz auf ein solches Objekt enthalten kann. Ein Objekt wird erst durch explizites 
new in einem „Instanzerzeugungs- Ausdruck“, z.B. 

t = new Timer(); 

erzeugt. Nach der Objekterzeugung sind die Instanz- und Klassenvariablen mit Stan- 
dardwerten (vgl. 4.8) initialisiert. Im Beispiel haben alle drei Variablen min, sek und 
tsdSek den Wert 0. 



8.2 Der Zugriff auf Klassenelemente 

Innerhalb der Klassendeklaration kann man auf die Klassenelemente mit ihrem Be- 
zeichner zugreifen. Im Timer-Beispiel wird in allen drei Methoden auf alle Instanz- 
variablen zugegriffen. Auch das Aufrufen einer Methode innerhalb einer anderen 
Methode ist möglich: 
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dass X { 
void g() { 



f(); 

} 

voidf(){ } 

} 

Code in anderen Klassen greift auf Instanzvariablen und Instanzmethoden mit einer 
Objektreferenz unter Verwendung von . (als Interpunktionszeichen, das in diesem 
Kontext auch als Zugriffs-„Operatoi'‘ bezeichnet wird) zu. Zum Beispiel: 



Timer t1, t2; 
t1 = new TimerO: 

12 = new TimerO; 
tl.min = 10; 
t1 .sek = 23; 
t1 .tsdSek = 5; 
t2.stelle(10, 23, 5); 
for (int i = 0; i < 1500; i++) 
t2.tick(); 



Hier werden zwei Timer-Objekte erzeugt, die beide ihre eigenen Instanzvariablen 
haben (vgl. /OOPinJava/kapitelS/TimerTest.java). Nachdem 1500-mal tick aufgerufen 
wurde, stellt sich die Situation wie folgt dar: 




min sek tsdSek 



Durch t1 .min, t1 .sek, t1 .tsdSek wird klar, in welchem Objekt den Variablen die Werte 
10, 23 bzw. 5 zugewiesen werden sollen. Ebenso wird durch t2.tick() klar, daß mit 
den Variablen min, sek bzw. tsdSek im Rumpf der Methode tick die Instanzvariablen 
des von t2 referenziellen Objekts gemeint sind. 
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Ob man, wie im letzten Beispiel, auf die Klassenelemente von außerhalb ihrer Klasse 
zugreifen kann, hängt davon ab, welche Zugriffsrechte vergeben wurden und von wo 
aus der Zugriff erfolgen soll. Zur expliziten Festlegung von Zugriffsrechten verwen- 
det man die Modifizierer public, protected oder private. Üblicherweise spezifiziert 
man Instanzvariablen als private, um die in ihnen gespeicherten Werte oder die von 
ihnen referenzierten Objekte zu „kapseln“, also 

dass Timer { 

private int min, sek, tsdSek; 



} 

Auf die Variablen kann dann nur noch von Code innerhalb der Timer-Deklaration 
zugegriffen werden, und im Beispiel müssen die drei Zuweisungen durch einen Auf- 
ruf t1.stelle(10, 23, 5); ersetzt werden. Diese Möglichkeiten zur Feineinstellung der 
Zugriffsrechte werden in Abschnitt 10.3 genauer behandelt. 

Der Name einer Instanzvariablen kann durch eine lokale Variable oder einen Me- 
thoden- oder Konstruktorparameter deseiben Namens verdeckt werden. Unter Ver- 
wendung des Schlüsselworts this kann man dann dennoch auf die verdeckte Variable 
zugreifen. Dies dient nicht der Verständlichkeit des Codes, ist aber bei Konstrukto- 
ren gängige Java-Praxis. Zum Beispiel wird hier der Wert des Parameters i bzw. der 
lokalen Variablen i an die Instanz variable i zugewiesen: 

dass X { 
private int i; 

X(int i) { 
this.i = i; 

} 

void f() { 
int i = 10; 
this.i += i; 

} 

} 

Innerhalb einer Methode bezeichnet this einen Wert, der das Objekt, für das die Me- 
thode aufgerufen wurde, referenziert. Der Typ des Schlüsselworts this ist X, wenn es 
in der Klasse X benutzt wird. Es darf nur im Rumpf einer Methode oder eines Kon- 
struktors oder im Initialisierer einer Instanzvariablen stehen. Sinnvollere Beispiele 
für den Einsatz von this werden wir in den folgenden Abschnitten behandeln. 
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8.3 Instanz- und Klassenvariablen 

Die Variablen min, sek und tsdSek werden - wie oben abgebildet - einmal pro Objekt 
bei seiner Erzeugung angelegt. Und man greift auf sie immer über ein bestimmtes 
Objekt zu; dabei wird die Objektreferenz durch . mit dem Variablennamen verknüpft. 

Wie bei lokalen Variablen (6.1) besteht die Deklaration einer Variablen, die Klas- 
senelement ist, aus optionalen Modifizieren!, einer Typangabe und einem Bezeichner 
mit optionalem Initialisierer. Im Unterschied zu lokalen Variablen, die mittels final 
als symbolische Konstante spezifiziert werden können, sind hier auch noch die Mo- 
difizierer static und transient sowie einer der Zugriffsspezifizierer public, protected 
oder private zulässig. Wenn man eine Variable static deklariert, wird sie zur Klassen- 
variablen. 

Dies bedeutet, daß es genau eine derartige Variable gibt, gleichgültig wieviele Ob- 
jekte der Klasse existieren. Klassenvariablen werden beim Laden der Klasse erzeugt. 
Instanzvariablen sind Variablen, die nicht static deklariert wurden. Sie werden für 
jedes Objekt bei seiner Erzeugung angelegt. 

Wird die Klasse Timer beispielsweise um eine Klassenvariable anzTicks erweitert, 
die immer die Anzahl der tick- Aufrufe enthalten soll, 

dass StatTimer { 

static long anzTicks = 0; 
private int min, sek, tsdSek; 

void stelle(int i, int j, int k) { unverändert } 

void tick() { 
anzTicks++; 

Rest unverändert 

} 

void zeigeAnO { unverändert } 

} 

so sieht man, daß innerhalb der Klassendeklaration auf eine Klassenvariable wie auf 
eine Instanzvariable einfach mit ihrem Bezeichner zugegriffen werden^ kann. An der 
folgenden Anwendung (/OOPinJava/kapitelS/StatTimerTest.java) erkennt man wei- 
terhin, daß von außerhalb der Klasse mittels einer Objektreferenz oder sinnvoller, 
weil eine Klassenvariable unabhängig von Objekten existiert, auch mit dem Klassen- 
namen anstelle einer Referenz zugegriffen werden kann. 
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out.printInC'Anzahl ticks: ” + StatTimer.anzTicks); // Zugriff ohne Objekt 
StatTimer s1 = new StatTimer(), s2 = new StatTimer(); 
for (int i = 0; i < 21500; i++) 
s1 .tick(); 

for (int i = 0; i < Q21500; i++) 
s2.tick(): 

out.println(" Anzahl ticks: “ + StatTimer.anzTicks + At" 

+ s1 .anzTicks + "\t" + s2.anzTicks); // oder Zugriff mit Objekt 

Der Zugriff auf eine Klassenvariable über eine Objektreferenz ist zwar möglich, aber 
nicht zu empfehlen, da hier der Eindruck eines Objektbezugs erweckt wird, der bei 
Klassenvariablen nicht existiert. Die folgende Abbildung veranschaulicht den Sach- 
verhalt nach Bearbeitung der obigen Anweisungen: 




StatTimer.anzTicks 



8.4 Die Initialisierung von Variablen 

Eine Variablendeklaration kann einen Initialisierer enthalten. Ein Initialisierer ist ein 
Ausdruck oder - bei Feldtypen - eine Initalisiererliste. Er folgt nach dem Variablen- 
bezeichner und dem Zuweisungsoperator =. Semantisch wird dies wie die Zuweisung 
des Werts des Ausdrucks an die deklarierte Variable bzw. - bei Feldtypen - der Werte 
der Elemente der Initalisiererliste an die Feldkomponenten behandelt (vgl. 5.4.12). 
Initialisiererwerte müssen zuweisbar an die deklarierten Variablen sein. 

• Die Initialisierung von Klassenvariablen (also von static deklarierten Varia- 
blen), wird genau einmal, beim Initialisieren der Klasse nach dem Laden, vor- 
genommen. 
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• Instanzvariablen (also Variablen, die nicht static deklariert sind), werden jedes- 
mal, wenn ein Objekt der Klasse dynamisch erzeugt wird, initialisiert. 

Sind keine Initialisierer angegeben, werden die Standardwerte aus 4.8 benutzt. Im 
StatTimer-Beispiel hätten wir also einfach static long anzTicks; schreiben können, 
ohne daß sich dadurch etwas ändern würde. 

Auch lokale Variablen können bei der Deklaration initialisiert werden. Die Initiali- 
sierung wird dann jedesmal, wenn die Deklarationsanweisung ausgeführt wird, vor- 
genommen; es gibt hier keine Standardinitialisierungen (vgl. 4.8 und 6.1). 

Die folgenden Einschränkungen sind zu beachten: 

- Der Initialisierer einer Instanzvariablen darf keine nachfolgend deklarierten In- 
stanzvariablen (und auch nicht die gerade deklarierte Variable) enthalten. Zum 
Beispiel: 

dass X { 

double X = i; // Fehler: Vorwärtsreferenz auf Instanzvariable 
int i = 5; 

int j = j + 1 ; // Fehler: j wird hier deklariert 

double y = z; // korrekt: Vorwärtsreferenz auf Klassenvariable 

static double z = -1 .2345; 



} 

Der Grund für die Einschränkung ist, daß die Initialisierungen in lexikalischer 
Reihenfolge („top-down“) vorgenommen werden und daher noch keine ver- 
nünftigen Initialisiererwerte feststehen. 

- Der Initialisierer einer Klassenvariablen darf keine Instanzvariable enthalten. 
Diese existiert zum Zeitpunkt der Erzeugung der Klassenvariable noch nicht. 

- Der Initialisierer einer Klassenvariablen darf keine nachfolgend deklarierten 
Klassenvariablen (und auch nicht die gerade deklarierte Variable) enthalten. 
Zum Beispiel: 

dass X { 

static double x = i; // Fehler: Voiwärtsreferenz auf Klassenvariable 
static Int I = 5; 



} 
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Auch hier ist die Reihenfolge der Initialisierungen für die Einschränkung ver- 
antwortlich. 



8.5 Konstante Klassenelemente 

Instanz- und Klassenvariablen können mit dem final-Modifizierer als symbolische 
Konstanten deklariert werden. In diesem Fall muß die Deklaration einen Initialisie- 
rer enthalten. Alternativ kann für final Instanzvariablen in jedem Konstruktor bzw. für 
final Klassenvariablen in einem static Initialisierer (siehe 8. 10) genau eine Zuweisung 
vorgenommen werden. Im letzten Fall nennt man die Variablen wieder unspezifiziert 
final. 

Der Wert derartiger „Variablen“ kann nach ihrer Initialisierung bzw. der ersten Zu- 
weisung nicht mehr verändert werden. Im Beispiel 

dass Rechnung { 
static long nr = 0; 
final long nummer = ++nr; 
final Date datum = new Date(); 



} 

(siehe /OOPinJava/kapitelS/Rechnung.java) sind die Nummer der Rechnung und das 
Rechnungsdatum als konstante Instanzvariablen deklariert, die bei der Erzeugung ei- 
nes Rechnung-Objekts mit der nächsten Nummer bzw. dem aktuellen Datum initiali- 
siert werden. 

Es ist zu beachten, daß eine final Variable eines Referenztyps - wie oben die Instanz- 
variable datum - immer dasselbe Objekt referenziert, daß es aber möglich ist, das 
Objekt (seinen Zustand) durch Methodenaufrufe zu verändern. Da Felder Objekte 
sind, trifft dies auch Felder zu. Wenn eine final Variable ein Feld referenziert, können 
die Feldkomponenten daher durch Operationen auf dem Feld modifiziert werden; die 
Variable verweist aber immer auf dasselbe Feld. 

In vielen Fällen wird man keine objektspezifischen, sondern klassenspezifische Kon- 
stanten benötigen. Dann verwendet man die Modifizierer static und final gemeinsam. 
Die übliche Reihenfolge bei der Benutzung mehrerer Modifizierer ist public static fi- 
nal bzw. private static final. Im letzten Beispiel könnte die Aufnahme einer final 
Klassenvariable sinnvoll sein: 
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dass Rechnung { 



static final double mwSt = 0.16; 

} 



8.6 Methoden 

8.6.1 Methodendeklaration 

Java-Methoden können nur innerhalb von Klassenrümpfen deklariert werden. Sie 
spezifizieren ausführbaren Code, der durch einen Methodenaufruf ausgeführt wird, 
bei dem eine feste Anzahl von Werten als Argumente übergeben werden. Eine Me- 
thodendeklaration besteht aus bis zu sechs Teilen (siehe Syntaxregeln 38-43): 

• Optionalen Modifizierern, wie public, abstract, final usw., die wieder spezielle 
Attribute der Methode festlegen, 

• dem Typ des Resultats, das bei einem Methodenaufruf berechnet wird, 

• einem Bezeichner, mit dem die Methode benannt wird, 

• der Liste der Methodenparameter, mit denen die Werte, die bei einem Aufruf 
zu übergeben sind, spezifiziert werden, 

• einer optionalen throws-Klausel, die anzeigt, welche Ausnahmen durch einen 
Aufruf der Methode ausgeworfen werden können und 

• dem Methodenrumpf, der - in { und } eingeschlossen - die Folge der Anwei- 
sungen enthält, die die Funktionalität der Methode beinhalten. 

Als Typ des Resultats ist jeder Java-Typ zulässig. Darüber hinaus kann hier mittels 
void angezeigt werden, daß die Methode keinen Wert liefert. Bei Resultaten eines 

Feldtyps sind auch Schreibweisen wie int f()[] { } als Äquivalent für int[] f() { } 

zulässig; hiervon werden wir im folgenden keinen Gebrauch machen. 

Der Name einer Methode kann auch als Name für eine Instanz- oder Klassenvaria- 
ble verwendet werden - Java erkennt an der unterschiedlichen Syntax, ob auf eine 
Variable zugegriffen werden soll oder ein Methodenaufruf beabsichtigt ist. 

Die formalen Parameter einer Methode werden (falls vorhanden) durch eine Liste 
von durch Kommas getrennten Typen und Bezeichnern spezifiziert. Die Parameter 




8.6. METHODEN 



101 



können final deklariert werden; dann ist jede Zuweisung an sie im Methodenrumpf 
ein Fehler. 



8.6.2 Methodenaufruf 

Ein Methodenaufruf ist ein elementarer Ausdruck, vgl. 5.4.1. Durch Abschluß mit ei- 
nem ; wird der Aufruf zu einer Anweisung (genauer: einer Ausdrucksanweisung). Bei 
jedem Aufruf einer Methode werden die Parameter neu erzeugt und mit den Werten 
der aktuellen Argumente initialisiert, bevor mit der Ausführung des Methodenrumpfs 
begonnen wird. Die Parameter erhalten als Geltungsbereich den gesamten Methoden- 
rumpf und werden ansonsten wie lokale Variablen behandelt; sie dürfen nicht durch 
Redeklarationen verdeckt werden. Die Argumente werden als reine Werte übergeben 
und können daher durch den Aufruf nicht modifiziert werden, Java kennt nur einen 
„call by value“. 

Ob die Veränderung eines Parameters innerhalb des Methodenrumpfs sich auf die 
aufrufende Methode auswirken kann, hängt davon ab, ob es sich bei seinem Typ um 
einen elementaren Typ oder einen Referenztyp handelt. Im Beispiel 

// Parameter.java 

Import java.io.*; 

dass Parameter { 

static void m(int i, Zaehler z) { 
i++; 

z.inkrementiereO; 

} 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int a = 2; 

Zaehler b = new Zaehler(); 
b.wert(2); 

out.println(a + " " + b.wertQ); 
m(a, b); 

out.println(a + " " + b.wertQ); 

} 



} 
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wird vor dem Aufruf 2 2 ausgegeben. Beim Aufruf von m werden die Parameter i und 
z erzeugt, in i wird der Wert von a, also 2, in z wird die Referenz auf das Zaehler-Ob- 
jekt b (die Adresse dieses Objekts) kopiert. Das Inkrementieren von i ändert lediglich 
den Parameterwert. Dagegen verweisen der Parameter z und die Instanzvariable b auf 
dasselbe Objekt. Dieses wird inkrementiert und nach dem Aufruf wird 2 3 ausge- 
geben. Das heißt, obwohl auch Referenzen als Wert übergeben werden und sich am 
Referenzwert nichts ändert, wird hier dennoch der Effekt eines „call by reference“ 
erzielt. Die folgende Abbildung zeigt die Variablen und Parameter nach der Parame- 
terinitialisierung und zu Beginn der Ausführung des Methodenrumpfs. 




Nach der Ausführung des Methodenaufrufs werden die Parameter i und z vom Gar- 
bage-Collector zerstört. 

Lokale Variablen und Parameter verdecken nicht nur Instanz- sondern auch Klassen- 
variablen gleichen Namens; auf die verdeckten Größen kann man qualifiziert mit dem 
Klassennamen zugreifen. Zum Beispiel ist die folgende Klassendeklaration korrekt 
(wenn auch nicht auf Anhieb verständlich): 

dass Z { 

static int maxWert = 1000; 

static void maxWert(int maxWert) { Z.maxWert = maxWert; } 

} 

Für den Java-Compiler ist es belanglos, ob wir diese Implementation oder eine mit 
drei verschiedenen Namen, etwa static void m(int a) { maxWert = a; } wählen. 



8.6.3 Die return- Anweisung 

Eine return-Anweisung beendet die Ausführung einer Methode bzw. eines Konstruk- 
tors und verzweigt den Kontrollfluß zu der aufrufenden Methode bzw. zum aufrufen- 
den Konstruktor. Sie hat die Gestalt: 
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Retum- Anweisung: 

return Ausdruckopt / 



In der Form return; darf sie nur in Methoden, die mit void als Ergebnis-„Typ“ de- 
klariert wurden oder in Konstruktoren (siehe 8.9) Vorkommen. Der Methodenauf- 
ruf liefert dann keinen Wert. Falls eine Methode mit Ergebnistyp void keine return- 
Anweisung enthält, fügt javac implizt als letzte Anweisung ein return; ein. 

Eine return-Anweisung mit Ausdruck darf nur in einer Methode stehen, die nicht mit 
void als Typ des Ergebnisses deklariert ist. Und umgekehrt muß eine Methode mit 
einem Ergebnistyp ungleich void mit einem expliziten return und der Rückgabe eines 
Werts beendet werden. Der Aufrufer setzt seine Aktivitäten dann mit der weiteren 
Auswertung des umgebenden Ausdrucks oder mit nächsten Anweisung fort. Bei ei- 
nem return mit Ausdruck muß der T^p des Ausdrucks zuweisungskompatibel zum 
Ergebnistyp der Methode sein, und der Wert des Methodenaufrufs ist dann der Wert 
dieses Ausdrucks. 

Beispiele für void deklarierte Methoden sind die drei Methoden der Timer-Klasse, bei 
denen es nicht auf eine Resultatsberechnung, sondern auf Seiteneffekte - das Setzen 
oder Ausgeben von Variablenwerten - ankommt. Ein Beispiel für eine Methode, die 
eine Referenz auf ein Objekt als Resultat liefert, ist liesAb aus der folgendermaßen 
erweiterten Timer-Klasse: 

dass LiesAbTimer { 

alles unverändert wie in Timer 

int[] liesAbQ { 

int[] werte = { min, sek, tsdSek }; 
return werte; 

} 

} 

Sie kann beispielsweise so aufgerufen werden (vgl. /OOPinJava/kapitelS/LiesAbTi- 
merTest.java): 

LiesAbTimer It = new LiesAbTimerQ; 
lt.stelle(10, 23, 5); 
int[] minSekTsd = It.liesAbQ; 
for (int i = 0; i < minSekTsd.Iength; i++) 
out.print(minSekTsd[i] + "\t"); 
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Dieses Beispiel zeigt noch folgendes: 

• Eine lokale Variable wie werte wird zerstört, wenn der Methodenrumpf ausge- 
führt ist. 

• Ein Objekt, das in einer Methode erzeugt wurde und durch eine lokale Variable 
referenziert wird, wie das von werte referenzielle Feld, kann auch nach Been- 
digung der Methode noch existieren. 

• Der Java-Garbage-Collector löscht nur Objekte, die nicht mehr referenziert 
werden. Im Beispiel liefert der Methodenaufruf die Referenz auf das neu kon- 
struierte Feld und die Variable minSekTsd wird mit diesem Wert initialisiert. 
Das Feld mit den abgelesenen Werte existiert also bei der print- Ausgabe noch. 

8.7 Instanz- und Klassenmethoden 

Die Methoden stelle, tick, zeigeAn und liesAb des letzten Beispiels wurden immer 
für ein bestimmtes Objekt (It, s1 , s2 usw.) aufgerufen. Wenn eine Methode ohne 
explizite Objektreferenz aufgerufen wird, wie die Methode f im Beispiel auf S. 93, 
ergänzt Java implizit die Referenz this. Die Deklaration von Methode g wird also 
folgendermaßen umgesetzt: 

void g() { 



this.fO; 

} 

So wie es objekt- und klassenspezifische Variablen gibt, kann man auch den Objekt- 
bezug einer Methode dadurch auflösen, daß man sie static deklariert. Sie wird da- 
durch zur Klassenmethode. Dies bedeutet, daß die Methode nicht für ein bestimmtes 
Objekt, sondern unabhängig von Objekten aufgerufen wird. Wie bei Klassenvaria- 
blen benutzt man dann den Klassennamen anstelle einer Referenz. Instanzmethoden 
sind Methoden, die nicht static deklariert wurden. 

Für Klassenmethoden gibt es eine Reihe von Restriktionen: 

- Sie können nur auf Klassenvariablen ihrer Klasse zugreifen und das Schlüssel- 
wort this nicht verwenden. Zum Beispiel: 
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dass X { 
int x; 

static int y; 

static void f() { x++; } // Fehler: x ist nicht static 

static void g() { y++; } // korrekt: y ist static 



} 

Der Grund für diese Einschränkungen ist offensichtlich: Wenn f nicht für ein 
bestimmtes Objekt aufgerufen wird, ist this Undefiniert, und es nicht klar, in 
welchem Objekt die Instanzvariable x inkrementiert werden soll. 

- Sie können nur Klassenmethoden ihrer Klasse aufrufen. Im Beispiel 
dass X { 

static void f1 () { g(); } // korrekt: g ist static 

static void f2() { h(); } // Fehler: h Ist nicht static 

static void g() { } 

void h() { } 



} 

setzt Java den Aufruf von g wie X.g(); um. Der Aufruf von h scheitert hier, 
weil er eine Objektreferenz benötigt, über die eine static Methode aber nicht 
verfügt. 

- Klassenmethoden können darüber hinaus nicht abstract deklariert werden, hier- 
auf gehen wir in Abschnitt 9.7 ein. 

Eine Klassenmethode können wir zwar mit einer expliziten Objektreferenz aufrufen 
und etwa im Parameter-Beispiel 

Parameter p = new Parameter(); 
p.m(a, b); 

schreiben. Dies dient aber nur der Verwirrung der Leser unseres Programms, da der 
Aufruf genauso wie Parameter.m(a, b); oder ein einfaches m(a, b); wirkt. 

Ein Beispiel für eine Klasse, die nur static Variablen und Methoden deklariert, ist 
Math. Wir haben u.a. die Konstante PI und die Methoden random und sqrt dieser 
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Klasse benutzt. Aus der Klasse Integer haben wir die Klassenmethoden parseint 
und toHexString aufgerufen, in und out sind Klassenvariablen der Klasse System, 
die wir wiederholt bei der Deklaration von Ein- bzw. Ausgabeobjekten verwendet 
haben. Beide haben einen Referenztyp: in hat den Typ InputStream, out den Typ 
PrintStream. Schließlich ist main die Klassenmethode, die von der Java-VM für die 
initiale Klasse aufgerufen wird. 



8.8 Überladene Methoden 

Die Variablen, die wir als Elemente einer Klasse deklarieren, müssen verschiedene 
Namen erhalten, d.h. Deklarationen der Art 

dass X { 
int X = 10; 

double X = -1 .1 1 ; // Fehler: zweite Deklaration 



} 

sind nicht zulässig. Das gleiche trifft auch für eingebettete Klassen zu: ihre Namen 
müssen verschieden sein. Methoden können dagegen denselben Namen erhalten, zum 
Beispiel: 

dass X { 

void x(int i) { out.println(i); } 
void x(double d) { out.println(d); } 



} 

Voraussetzung ist hier lediglich, daß die Signatur der Methoden verschieden ist. Die 
Signatur einer Methode besteht aus dem Namen der Methode und der Anzahl so- 
wie der (geordneten) Folge der Typen der formalen Parameter. Eine Klassendeklara- 
tion darf nicht mehr als eine Methode mit einer bestimmten Signatur enthalten. Es 
ist dabei nicht relevant, ob es sich um Klassen- oder Instanzmethoden handelt. Die 
Klassendeklaration 

dass Punkt { 
int X, y; 
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int verschiebe(int dx, int dy) { x += dx; y += dy; return dx*dx + dy*dy; } 
void verschiebe(int dx, int dy) { x += dx; y += dy; } // Fehler 

} 

ist daher fehlerhaft. Der Grund hierfür ist, daß Java beim Aufruf einer Methode die 
tatsächlich auszuführende Methode anhand der Signatur ermittelt - weitere Informa- 
tionen stehen beim Aufruf nicht zur Verfügung. Im letzten Beispiel wäre nicht klar, 
welche Methode bei einem Aufruf p.verschiebe(i, j) gemeint ist. 

Es ist jedoch zulässig, daß eine Klasse mehrere Methoden mit demselben Namen, 
aber verschiedenen Signaturen enthält, wobei es sich um deklarierte oder geerbte Me- 
thoden handeln kann. Der Name der Methode ist dann überladen. Es wird auch kurz 
von überladenen Methoden gesprochen. Welche von mehreren in Frage kommenden 
Methoden beim Aufruf überladener Methoden ausgeführt wird, entscheidet der Com- 
piler bereits beim Übersetzen anhand der aktuellen Argumente. Java untersucht alle 
Methoden (auch geerbte), 

- die den entsprechenden überladenen Methodennamen tragen, 

- deren Parameteranzahl mit der Argumentanzahl übereinstimmt, 

- für die die Argumenttypen des Aufrufs durch elementare Typvergrößerungen 
oder Vergrößerungen von Referenztypen (also durch die Methodenaufruf-Kon- 
versionen aus 5.2.2) in die Parametertypen konvertierbar sind oder mit ihnen 
übereinstimmen und 

- die zugreifbar sind. Die von den Modifizieren! public, protected usw. abhängi- 
ge Zugreifbarkeit besprechen wir in Abschnitt 10.3. 

Unter diesen aufrufbaren Methoden wird dann die spezißschste, „am besten pas- 
sendste“ Methode dadurch ermittelt, daß Java alle Methodenpaare m(S1 , ..., Sn) und 
m(T1 , ..., Tn) miteinander vergleicht und m(T1 , ..., Tn) aus der Liste der aufrufbaren 
Methoden streicht, wenn für alle j von 1 bis n eine Methodenaufruf-Konversion von 
Sj nach Tj existiert oder Sj gleich Tj ist. 

Sofern dieser Prozeß die aufrufbaren Methoden nicht auf genau eine - die spezi- 
fischste - Methode reduziert, ist der Funktionsaufruf mehrdeutig und wird als Fehler 
diagnostiziert. Anderenfalls wird die spezifischste Methode ausgeführt. Im Beispiel 

dass X { 

static void m(double d) { } 
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static void m(int i) { } 

public static void main(String[] args) { 
float X = 3.765f; 

X.m(x): 

} 

} 

wird m(double) ausgeführt, da m(int) nicht aufrufbar ist. m(double) ist dagegen auf- 
rufbar, denn es existiert eine elementare Typvergrößerung von float nach double. 



dass Y { 

void m(double d) { } 

void m(float f) { } 

public static void main(String[] args) { 
long I = 3765; 
new Y().m(l); 

} 

} 



Hier sind beide Methoden aufrufbar. m(float) wird ausgeführt, da float durch elemen- 
tare Typvergrößerung nach double konvertierbar ist, m(double) also ausscheidet. 



dass Z { 

void m(double d, Int i)) { } 

void m(int i, double d)) { } 

public static void main(String[] args) { 
Z z = new Z(); 
z.m(5, -5); 

} 

} 



In diesem Beispiel sind beide Methoden aufrufbar. Der Aufruf ist jedoch mehrdeutig, 
und die Klassendeklaration wird nicht übersetzt. Ein weiteres Beispiel findet man in 
/OOPinJava/kapitelS/Sort.java. 
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8.9 Die Konstruktion von Objekten 

Objekte werden in Java immer dynamisch, also zur Laufzeit auf dem Heap erzeugt. 
Um das Speichermanagement müssen wir uns dennoch nicht kümmern, dies ist Auf- 
gabe des Java-Garbage-Collectors, der dafür sorgt, daß nicht mehr referenzierte Ob- 
jekte gelöscht werden (8.1 1). 

Objekte werden typischerweise mit dem Schlüsselwort new in einem elementaren 
Ausdruck erzeugt. Diesen Weg haben wir in allen bisher betrachteten Beispielen 
gewählt und z.B. z = new Z(); geschrieben. 

Es ist auch möglich, die völlig analog arbeitende Methode newinstance zusammen 
mit dem entsprechenden Klassenliteral einzusetzen, und statt dessen die Form z = 
(Z)Z.class.newlnstance(); zu benutzen. Diese beiden Vorgehens weisen werden als 
explizite Objekterzeugung bezeichnet. 

Darüber hinaus können Objekte implizit erzeugt werden, beispielsweise String-Ob- 
jekte zur Aufnahme der Werte von Zeichenketten oder im Zusammenhang mit der 
Auswertung des Operators +, Felder, wenn eine Initialisiererliste angegeben ist, be- 
liebige Objekte, wenn wir clone aufrufen usw. 

In allen Fällen wird nach der Reservierung des benötigten Speicherplatzes und dem 
Eintrag der Standardwerte in die Instanzvariablen ein Konstruktor der entsprechenden 
Klasse aufgerufen. Dies ist eine spezielle Methode, die den Namen der Klasse trägt 
und keinen Ergebnistyp deklariert. 

Konstruktoren sind keine Klassenelemente, werden demzufolge nicht vererbt und 
können weder verdeckt noch überschrieben werden (siehe 9.4). Konstruktoren können 
nicht static, abstract, final, native oder synchronized sein. In allen anderen Belangen, 
z.B. den Möglichkeiten, Zugriffsrechte zu spezifizieren, ihren Namen zu überladen 
oder Ausnahmen auszuwerfen, unterscheiden sie sich nicht von Methoden. 

Falls wir die Klasse Timer mit zwei Konstruktoren versehen: 
dass Timer { 

private int min, sek, tsdSek; 

TimerQ { 

min = sek = tsdSek = 0; 

} 

Timer(int min, int sek, int tsdSek) { 
this.min = min; 
this.sek = sek; 




110 



KAPITELS. KLASSEN UND OBJEKTE 



this.tsdSek = tsdSek; 

} 

sonst alles unverändert 

} 

wird bei einer Anwendung der Art 

Timer t1 = new Timer(), 
t2 = new Timer(10, 23, 5); 

zur Erzeugung des ersten, von t1 referenziellen Objekts der erste Konstruktor Timer() 
aufgerufen, und das zweite Objekt wird mittels Timer(int, int, int) konstruiert. 

Wenn wir eine Klasse X ohne Konstruktor deklarieren, erzeugt Java einen Standard- 
konstruktor, der die Form 

X() { superO: } 

hat. Sofern wir mindestens einen Konstruktor implementieren, entfällt diese implizite 
Deklaration. Auch ein von uns deklarierter Konstruktor ohne Parameterliste, wie 
oben der erste Timer-Konstruktor wird oft als Standardkonstruktor bezeichnet. 

Der Rumpf eines Konstruktors kann mit einem expliziten Aufruf eines Konstruktors 
derselben Klasse beginnen (Schreibweise: this, gefolgt von einer Argumentliste) oder 
alternativ mit einem expliziten Aufruf eines Konstruktors einer direkten Superklasse 
(Schreibweise: super, gefolgt von einer Argumentliste). 

Ein Konstruktoraufruf mittels this oder super muß immer die erste Anweisung ei- 
nes Konstruktorrumpfs sein. Wenn kein expliziter Konstruktoraufruf vorkommt, fügt 
Java als erste Anweisung implizit super(); ein. Ansonsten unterscheidet sich ein Kon- 
struktorrumpf nicht von einem Methodenrumpf. Das obige Timer-Beispiel kann man 
damit weiter modifizieren zu: 

dass KonstruktTimer { 
private int min, sek, tsdSek; 

KonstruktTimerO { 
this(0, 0, 0); 

} 

KonstruktTimer(int min, int sek, int tsdSek) { 
this.min = min; 
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this.sek = sek; 
this.tsdSek = tsdSek; 

} 

KonstruktTimer(String s) { 
int i = 0; 
min = 0; 

while (s.charAt(i) != 

min = 10*min + s.charAt(i++) - ’O’; 
i++; 

sek = 10*(s.charAt(i++) - ’O’) + s.charAt(i++) - ’O’; 
i++; 

tsdSek = 100*(s.charAt(i++) - ’O’) + 10*(s.charAt(i++) - ’O’) 

+ s.charAt(i++) - ’O’; 

} 

steile, tick, zeigeAn aus Timer 

} 

Ein Aufruf des Standardkonstruktors führt hier zu einem Aufruf von KonstruktTi- 
mer(int, int, int) mit der Argumentliste 0, 0, 0. Im zweiten und dritten Konstruktor fügt 
Java implizit ein super(); ein. Der dritte Konstruktor kann zur Übergabe einer Startzeit 
in der Form "m • • m.ss.ttt" mit mindestens einem m benutzt werden. (s.charAt(i) 
liefert das Zeichen mit Index i im String-Objekt s. Eine Fehlerbehandlung ist hier 
noch zu ergänzen.) 

Für die expliziten Aufrufe von Konstruktoren mittels this gilt die Einschränkung, daß 
sie keine Instanzvariablen oder -methoden verwenden dürfen. D.h. 

dass X { 
final int i = 10; 
final static int j = 10; 
int f() { return i; } 

X() { this(i); } // Fehler: i Ist Instanzvariable 

X(double d) { this(f()); } // Fehler: f ist Instanzmethode 

X(String s) { thisü); } 

X(int a) { } 

} 

Der Grund für diese Einschränkungen ist, daß das Objekt bei diesem Stadium der In- 
itialisierung noch nicht weit genug konstruiert ist, um sicher auf Instanzvariablen oder 
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-methoden zugreifen zu können. Die Klassenvariable j dagegen ist zum Zeitpunkt des 
Aufrufs this0 längst erzeugt und initialisiert. 



8.10 static Initialisierer 

Es ist möglich, innerhalb einer Klasse static Initialisierer zu deklarieren. Dies sind 
Codeblöcke, die auf das Schlüsselwort static folgen: 

Static-Initialisierer: 
static Block 

Diese Codeblöcke werden genau einmal ausgeführt, wenn die Klasse geladen wird. 
Die Initialisierung von Klassenvariablen und das Auswerten von static Initialisierem 
wird in der Reihenfolge vorgenommen, in der sie in der Klassendeklaration aufein- 
anderfolgen. Man kann static Initialisierer dazu verwenden, Klassenvariablen, die 
Felder, Mengen oder Listen sind, mit Werten zu versehen. Und unspezifiziert final 
deklarierte Klassenvariablen müssen auf diese Weise initialisiert werden (vgl. 8.5). 
Im folgenden Beispiel wird ein static Initialisierer eingesetzt, um ein Feld sin, das 
Klassenvariable ist (genauer: das von einer Klassenvariablen referenziell wird), di- 
rekt nach dem Laden der Klasse mit Werten zu versehen. 

// Staticlnit.java 

import java.io.*; 

dass Staticlnit { 

static final int ANZ_ELEM = 1000; 

static doublen sin = new double[ANZ_ELEM]; 

static { 

double delta = Math.PI/((double)ANZ_ELEM); 
for (int i = 0; i < ANZ.ELEM; i++) 
sin[i] = Math.sin(delta*i); 

} 

public static void main(String[] args) { 
for (int i = 0; i < ANZ_ELEM; i += 10) 

new PrintWriter(System.out, true).println(i + " " + Staticlnit.sin[i]); 

} 

} 
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Man erkennt bereits an diesem kleinen Beispiel, daß dieses Konzept kaum Bezug zu 
objektorientierten Techniken hat. 



8.11 Objektzerstörung 

Die Freigabe des für ein Objekt reservierten Speicherplatzes erfolgt automatisch durch 
den Java-Garbage-Collector. Hierbei handelt es sich um einen Thread niedriger Prio- 
rität, der die existierenden Objekte periodisch daraufhin überprüft, ob sie noch re- 
ferenziell werden. Wenn keinerlei Referenzen auf ein Objekt mehr existieren, kann 
dieses zerstört und sein Speicherplatz anderweitig verwandt werden. Es gibt in Java 
somit keine Probleme mit Speicherlecks - auch Code wie im LiesAbTimer-Beispiel: 

int[] liesAbO { 

int[] werte = { min, sek, tsdSek }; 
return werte; 

} 

ist in Java völlig korrekt. Das von der Variablen werte referenzielle Feld wird erst 
dann gelöscht, wenn die VM nicht mehr auf es zugreifen kann. 

Neben der reinen Speicherplatzfreigabe, die der Garbage-Collector vornimmt, kann 
es sein, daß Objekte Ein-/Ausgabeströme, Netzwerkverbindungen o.ä. repräsentie- 
ren und daher Systemressourcen in Anspruch nehmen. Die Freigabe von derartigen 
Ressourcen kann nicht von der Java-VM selbst übernommen werden - allenfalls bei 
ihrem Terminieren. 

Mit der Methode finalize, die jede Klasse aus der gemeinsamen Superklasse Object 
erbt (siehe S. 22), steht jedoch eine Methode zur Verfügung, die wir für jede Klasse 
implementieren können und die aufgerufen wird, unmittelbar bevor ein Objekt ge- 
löscht wird, finalize muß dazu in der folgenden Form deklariert werden: 

protected void finalize() throws Throwable { } 

(Wir werden später sehen, daß anstelle von protected auch public als Zugriffsspezifi- 
zierer gewählt werden kann und daß die throws-Klausel entfallen kann. Es handelt es 
sich hier um das „Überschreiben“ einer Methode.) 

Ein sehr einfaches Beispiel, das zeigt, wie Java nicht mehr referenzielle Felder frei- 
gibt und zuvor finalize aufruft ist: 
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H Finalizer.java 

import java.io.*; 

dass Finalizer { 
static int anz = 0; 
int nr; 

doublen doubFeld; 

PrintWriter out = new PrintWriter(System.out, true); 

Finalizer(int i) { 
doubFeld = new double[i]; 
nr = ++anz; 

out.println("Feld " + nr + “ konstruiert"); 

} 

protected void finalize() throws Throwable { 
out.printlnfFeld " + nr + " zerstört"); 

} 

public static void main(String[] args) { 

Finalizer ref; 

for (int i = 0; i < 25; i++) { 
ref = new Finalizer(1 00000); 
ref = null; 

System.gcO; 

} 

} 

} 

In main werden hier fortlaufend Finalizer-Objekte erzeugt, deren Referenzen der lo- 
kalen Variablen ref zugewiesen werden. Jedes Finalizer-Objekt enthält zwei Instanz- 
variablen; in nr wird vom Konstruktor seine fortlaufende Nummer eingtragen, in 
doubFeld eine Referenz auf ein double[]-Objekt mit 100000 Komponenten, das eben- 
falls vom Konstruktor erzeugt wird. 

Die nächste Abbildung zeigt, wie bei jedem Schleifendurchlauf ein neuer Wert an ref 
zugewiesen wird, so daß die zuvor erzeugten Finalizer und die für sie erzeugten Felder 
nicht mehr referenziert werden können. Der Garbage-Collector kann sie daher beim 
folgenden Durchlauf bereits löschen. Da es keinerlei Garantie gibt, wann die VM den 
Garbage-Collector aktiviert, haben wir mit der Zuweisung ref = null versucht, dies zu 
beschleunigen. Zum selben Zweck ist mit System. gc() noch eine explizite Auffor- 
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derung an die VM aufgenommen worden, unbenutzte Objekte zu zerstören und den 
freiwerdenden Speicherplatz für andere Zwecke verfügbar zu machen. Diese Auffor- 
derung kann ignoriert werden; ebenso steht es der VM frei, mehrere gc-Aufrufe zu 
einem zu bündeln. 




Das Beispiel zeigt noch folgendes: Die finalize-Methode wird für ein Objekt aufge- 
rufen, bevor es gelöscht wird, die VM kann aber terminieren, bevor alle Objekte vom 
Garbage-Collector zerstört wurden. Im Beispiel werden zumeist einige der letzten 
Felder nicht mehr zerstört. Es ist in solchen Fällen Aufgabe des Betriebssystems, 
noch belegte Ressourcen freizugeben. 

Es ist jedoch garantiert, daß finalize pro Objekt höchstens einmal aufgerufen wird, 
auch wenn man innerhalb des finalize-Rumpfs wieder neue Referenzen auf das zu 
zerstörende Objekt erzeugen sollte, etwa 

Finalizer refNeu = this; 



wofür es kaum sinnvolle Gründe geben kann. Die Garbage-Collection dieses Objekts 
würde dadurch unter Umständen wieder verschoben. 



8.12 Übungsaufgaben 

1. Das folgende Programm zeigt die Zeitpunkte, zu denen Klassen- bzw. Instanz- 
variablen erzeugt und initialisiert werden an. Betrachten Sie die Ausgaben und 
überlegen Sie, wie es zu diesen Zeiten kommt. (System.currentTimeMillis() 
liefert die aktuelle Zeit in Millisekunden seit dem 1.1.1970.) 
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dass Init { 

static PrintWriter out = new PrintWriter(System.out, true); 
static double x = zeit(); 
double y = zeit(); 
static double zeit() { 

out.printlnfZeit: " + System.currentTimeMillis()); 
return Math.randomQ; 

} 

public static void main(String[] args) { 
new lnit(); new lnit(); new lnit(); 

} 

} 

2. Untersuchen Sie, wie es sich auf Ihrem System auswirkt, wenn Sie im Finalizer- 
Beispiel die Zuweisung ref = null oder den gc- Aufruf streichen. 

3. Gegeben sei eine einfache Testklasse Sensor: 

dass Sensor { 

private PrintWriter out = new PrintWriter(System.out, true); 
private String name; 

Sensor(String name) { this.name = name; } 
void anzeigeO { 

out.printInC'Sensor " + name + " Wert: " + Math.random()); 

} 

} 

Vervollständigen Sie die Implementation der Klasse Konsole. Ein Konsole- 
Objekt soll mit bis zu drei Sensoren verbunden sein, und ein Aufruf der Metho- 
de anzeige soll die Anzeigefunktionen der verbundenen Sensoren aufrufen. 

dass Konsole { 

private final int ANZAHL; 
private Sensor[] sensor; 

Konsole(Sensor[] sensor) { } 

void anzeigeO { } 

} 

Testen Sie Ihre Implementation, indem Sie in einer Anwendung alle zwei Se- 
kunden die Konsolanzeige aufrufen. 
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Benutzen Sie dazu den Aufruf Thread.sleep(2000), der die Anwendung für 
2000 Millisekunden deaktiviert. Diese Methode wirft unter Umständen eine 
Ausnahme aus, daher muß main so deklariert werden: 

public static void main(String[] args) throws InterruptedException { } 

4. Welche der Funktionsaufrufe in der Klasse Over sind zulässig? Was wird dann 
ausgegeben? 

dass Over { 

PrintWriter out = new PrintWriter(System.out, true); 

void f(long I) { out.println("fr); } 

void f(float f) { out.println(''f2''); } 

void f(int i, float f, float g) { out.println("f3''); } 

void f(double x, double y, double z) { out.println("f4"); } 

public static void main(String[] args) { 

Over ov = new Over(); 

ov.f(2); 

ov.f(2.2); 

ov.f(2, 1,0.0); 

ov.f(2, 1.2, 0.0); 

} 

} 

5. Entwickeln Sie die Deklarationen für zwei Klassen Bestellposition und Produkt, 
die im Zusammenhang mit der Implementation eines Programms zur Ausferti- 
gung von Bestellungen benötigt werden. In Produkt sollen Nummer, Bezeich- 
nung und Preis des Produkts gespeichert werden, in Bestellposition lediglich 
die bestellte Menge eines Produkts. Weiterhin ist in die Bestellposition eine 
Referenz auf das jeweils bestellte Produkt aufzunehmen. Schreiben Sie die 
Klassendeklarationen einschließlich geeigneter Konstruktoren und testen Sie 
sie in einer kleinen Anwendung. 

6. Kann die Methode liesAb des LiesAbTimer-Beispiels auch so deklariert werden: 

int[] liesAbO { 

return new int[] { min, sek, tsdSek }; 

} 



Was ist der Unterschied zur ursprünglichen Version? 




Kapitel 9 



Subklassen, Superklassen und 
Vererbung 



Eines der zentralen Prinzipien der objektorientierten Programmierung ist die Wie- 
derverwendung von Code. Die Wiederverwendung von Klassen, die wir selbst ent- 
wickelt und getestet oder in einer Klassenbibliothek gefunden haben, ist in Java da- 
durch möglich, daß wir in anderen Klassen Referenzen auf diese Typen verwenden 
und die entsprechenden Objekte erzeugen. Auf diese Weise haben wir schon mehr- 
fach unsere Zaehler-Klasse aus dem ersten Kapitel benutzt. 

Alternativ ist es möglich, eine neue Klasse als Subklasse einer anderen, bekannten 
Klasse zu deklarieren, so daß sie Verhalten (Code) und Zustandsinformationen (Varia- 
blen) von dieser Superklasse erbt. Ausgehend von einer gegebenen Klasse X können 
wir eine mit X verwandte Klasse Y so deklarieren, daß sie alle Methoden und Varia- 
blen von X erbt. Darüber hinaus können wir zusätzliche Methoden und Variablen zur 
Deklaration von X hinzufügen und alle Methodenrümpfe aus X in Y durch passendere 
Implementierungen ersetzen. 



9.1 Vererbung 

Eine Klasse Y wird zur Subklasse einer anderen Klasse X, indem man bei ihrer De- 
klaration die Superklasse X nach dem Schlüsselwort extends spezifiziert (siehe Ab- 
schnitt 8.1 und die Syntaxregeln 25, 26), zum Beispiel 



dass Y extends X { } 
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Den Syntaxregeln kann man entnehmen, daß nur eine einzige Klasse hinter extends 
spezifiziert werden darf - Java unterstützt also keine multiple Vererbung, und die 
Klassen sind in einer Hierarchie mit gemeinsamer Wurzel Object angeordnet. Falls 
eine Klassendeklaration kein extends enthält, ergänzt Java implizit extends Object. 

Eine Klasse Y ist direkte Subklasse einer Klasse X, wenn sie diese in ihrer Klassen- 
deklaration angibt (Y extends X). Umgekehrt heißt X dann direkte Superklasse von 
Y. Wenn Y selbst Superklasse einer Klasse Z ist, heißt Z indirekte Subklasse von X, 
und X ist indirekte Superklasse von Z. 

Beispielsweise wird mit der folgenden Klassendeklaration eine Klasse SignalTimer 
als direkte Subklasse von Timer deklariert. 

dass SignalTimer extends Timer { 
boolean aktiv; 

int minSig, sekSig, tsdSekSig; 
static final char SIGNAL = ’\u0007’; 
void sigTickO { 
tickO; 
if (aktiv) 

if (min == minSig && sek == sekSig && tsdSek == tsdSekSig) { 

PrintWriter out = new PrintWriter(System.out, true); 

out.print(SIGNAL); 

out.flushQ; 

aktiv = false; 

} 

} 

} 

Eine Klasse enthält neben den in ihr deklarierten Elementen (Klassen- und Instanz- 
variablen, Klassen- und Instanzmethoden, eingebettete nicht static Klassen) alle zu- 
greifbaren Elemente ihrer direkten Superklasse als Elemente. Sie erbt diese Ele- 
mente. private Elemente, die nur innerhalb ihrer Klassendeklaration zugreifbar sind, 
werden also nicht vererbt. (Auf die Auswirkungen der Zugriffsmodifizierer public, 
protected und private wird in Abschnitt 10.3 genauer eingegangen.) Konstruktoren 
und static Initialisierer werden nicht vererbt. Sie sind keine Klassenelemente. 

Im Beispiel erbt die SignalTimer-Klasse min, sek, tsdSek, stelle, tick und zeigeAn 
aus der Superklasse Timer und greift auf eine Reihe von diesen im Rumpf von sigTick 
zu. Zusätzlich zu den geerbten Variablen sind eine boolesche Variable, die den Zu- 
stand aktiv/nicht aktiv anzeigt, drei int- Variablen, die den Zeitpunkt, zu dem der 
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SignalTimer - falls aktiv - ein Signal abgeben soll, festhalten und eine char-Kon- 
stante, die das Signal enthält, deklariert. Das Signal wird zum gegebenen Zeitpunkt 
von der SignalTimer- Methode sigTick ausgegeben. 

Vererbungsbeziehungen stellen wir im folgenden durch einen Pfeil, der die Richtung, 
in der vererbt wird, anzeigt, dar, z.B.: 

Timer 



SignalTimer 

Eine erste Anwendung könnte beispielsweise so aussehen (vgl. /OOPinJava/kapi- 
tel9/SignalTimerTest.java): 

SignalTimer s1 = new SignalTimer(), s2 = new SignalTimerQ; 
s2.aktiv = s1 .aktiv = true; 
sl.tsdSekSig = 10; 
s2.tsdSekSig = 750; 
for (int i = 0; i < 1500; i++) { 
sI.sigTickO; 
s2.sigTick(); 

} 



Im Beispiel werden s1 und s2 aktiviert und so gestellt, daß sie beide ein Signal ab- 
geben. Die von s1 oder s2 referenzierten Objekte haben im Speicher ein Layout der 
folgenden Form: 



tsdSekSig 




sekSig 




minSig 




aktiv 


> 


tsdSek 




sek 




min 





in SignalTimer deklarierte Elemente 



aus Timer geerbte Elemente 
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9.2 Verdeckte Variablen 

In Abschnitt 8.2 hatten wir gesehen, daß Instanzvariablen von lokalen Variablen oder 
Methodenparametem verdeckt werden können und daß man mittels this dennoch auf 
sie zugreifen kann. Auf ähnliche Weise verdecken Klassen- oder Instanzvariablen 
einer Klasse Y auch Klassen- oder Instanzvariablen in einer Superklasse X, sofern sie 
denselben Namen tragen. Auf den Variablentyp kommt es hier nicht an. 

Der Zugriff auf eine verdeckte Variable v ist dennoch möglich 

• mittels X.v bei einer Klassenvariablen, 

• mittels super.v bei einer Instanzvariablen und 

• in beiden Fällen mittels expliziten Casts der Objektreferenz this. 

Der Ausdruck super.v greift immer auf das Element v einer direkten Superklasse zu. 
Wenn man im Beispiel 

dass X { 
static byte a = 1 ; 
byte b = 2; 

} 

dass Y extends X { 
static int a = 3; 
int b = 4; 

} 

dass Z extends Y { 
static double a = 5; 
double b = 6; 
void druckeQ { 

new PrintWriter(System.out, true).println( 
a + "\f + Y.a + "\t" + X.a + ”\n” 

+ b + ”\r + super.b + "\t" + X.b + "\n“ 

+ a + "\f + ((Y)this).a + ”\t" + ((X)this).a + "\n" 

+ b + "\r + ((Y)this).b + ”\r + ((X)this).b); 

} 



} 
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die Methode drucke für ein Z-Objekt aufruft, z.B. new Z().drucke(), wird die Ausgabe 

5.0 3 1 

6.0 4 2 

5.0 3 1 

6.0 4 2 

erzeugt. Es ist offensichtlich, daß es sich hier nicht um besonders überzeugenden 
Code handelt. 

Bei Methoden liegt die Situation anders. Eine Methode namens x verdeckt eine 
Klassen- oder Instanzvariable x weder in derselben Klasse noch in einer Superklasse. 
Und umgekehrt wird sie auch nicht von einer mit x bezeichneten Variablen verdeckt. 

Eine Methode namens x überlädt (8.8) eine Methode x in derselben Klasse oder in 
einer Superklasse, wenn sie eine andere Signatur hat. Der Fall derselben Signatur 
wird in Abschnitt 9.4 behandelt. Er ist innerhalb derselben Klassendeklaration nicht 
zulässig. 



9.3 Umwandlungen von Referenztypen 

Wenn Y Subklasse von X ist, können Referenzen auf Y bei Zuweisungen und Metho- 
denaufrufen implizit in Referenzen auf X vergrößert werden (vgl. Abschnitte 5.1 und 
5.2). Diese Typvergrößerung ist möglich, weil jedes Y-Objekt über dieselben (zu- 
greifbaren) Elemente wie ein X-Objekt verfügt und somit von seinen Zuständen und 
von seinem Verhalten her gesehen ein X-Objekt ist. Im Normalfall kommen in der 
Subklasse zusätzliche Variablen und Methoden hinzu - ein Subklassenobjekt weiß 
und kann mehr als ein Superklassenobjekt. Im Beispiel 

// UpCasts.java 

dass UpCasts { 

static void f(Timer t) { 
t.zeigeAnO; 

} 

public static void main(String[] args) { 

Timer t = new Timer(); 

SignalTimer s = new SignalTimerQ; 
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s. stelle(2, 2, 571); 
f(t); 

f(s); 

t = s; 

t. stelle(1 , 1 , 25); 

f(s); 

} 



// Typvergrößerung 
// Typvergrößerung 

// Typvergrößerung 



werden zwei Methodenaufrufkonversionen und eine Zuweisungskonversion vorge- 
nommen, bei denen jeweils eine Referenz auf einen SignalTimer in eine Referenz auf 
ein Timer-Objekt umgewandelt wird. Durch die f- Aufrufe wird hier 

00.00,000 

02.02,571 

01.01,025 



ausgegeben. Die letzte Ausgabe erklärt sich dadurch, daß nach der Zuweisung t = s 
von t und s dasselbe Objekt referenziell wird. Die folgende Abbildung demonstriert 
diesen Sachverhalt nach dem Aufruf t.stelle(1 , 1 , 25). 




Timer 



SignalTimer 



Derartige Typumwandlungen von der Subklasse zur Superklasse werden auch als 
„Up-Casts** bezeichnet, da in der Typhierarchie „nach oben“ umgewandelt wird. Sie 
sind sicher, weil ein SignalTimer-Objekt alle zugreifbaren Elemente eines Timer- 
Objekts ebenfalls als Elemente hat. Wenn wir mittels t Methoden der Timer-Klasse 
aufrufen oder auf Timer- Variablen zugreifen, kann es nicht zu Laufzeitfehlern kom- 
men. Da t mit dem Typ Timer deklariert ist, würde jedoch der Versuch, eine SignalTi- 
mer-Methode aufzurufen oder auf eine im SignalTimer deklarierte Variable zuzugrei- 
fen, z.B. t.sekSig = 10, nicht übersetzt. Im obigen Beispiel ist also der SignalTimer- 
Teil des von t referenziellen Objekts nicht relevant. 
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In Abschnitt 7.6 hatten wir besprochen, daß Feldtypen nur dann in andere Feldtypen 
konvertiert werden können, wenn ihre Komponenten einen zuweisungskompatiblen 
Referenztyp haben. Ein Beispiel für diese Möglichkeit liefert: 

// Feldumwandlung.java 

dass Feldumwandlung { 
public static void main(String[] args) { 

Timer[] x = { new Timer(), new TimerQ, new Timer() }; 

SignalTimer[] y = { 

new SignalTimerO, new SignalTimer(), 
new SignalTimerO, new SignalTimerQ 

}; 

for (int i = 0; i < y.length; i++) 
y[i].stelle(15, 10*i, 100*i); 
x = y; 

for (int i = 0; i < x.length; i++) 
x[i].zeigeAn(); 

} 

} 

Nach der Zuweisung x = y wird von x dasselbe Feld wie von y referenziell - dieses 
Feld enthält vier SignalTimer-Referenzen. x.length liefert jetzt den Wert vier. 

Der umgekehrte Fall der Verkleinerung von Referenztypen erfordert einen expliziten 
Cast, den sogenannten „Down-Cast\ Hier wird zur Laufzeit geprüft, ob die Referenz 
tatsächlich auf ein Objekt der Subklasse verweist; anderenfalls wird eine Ausnahme 
des Typs ClassCastException ausgeworfen. Zum Beispiel ist das Folgende korrekt 
implementiert: 

// DownCasts.java 

Import java.io.*; 

dass DownCasts { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Timer t1 = new Tlmer(), t2 = new Tlmer(); 

SignalTimer s1 = new SignalTimerO, s2 = new SignalTimerO; 
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s1.stelle(2, 2, 571); 
t1 =s1; 

s2 = (SignalTimer)tl ; // Typverkleinerung 

out.println(s2.aktiv); 

} 

} 



Da t1 nach der Zuweisung t1 = s1 eine Referenz auf ein SignalTimer-Objekt ent- 
hält, gelingt die Typumwandlung (SignalTimer)tl . Dies kann nicht beim Übersetzen, 
sondern nur zur Laufzeit von der VM geprüft werden, da der Compiler keinerlei In- 
formation darüber hat, welcher Referenzwert in t1 stehen wird, javac achtet jedoch 
darauf, daß im Cast-Operator eine Subklasse oder Superklasse des Operanden-Typs 
spezifiziert wird; im Beispiel würden (Zaehler)t1 , (Double)tl usw. nicht übersetzt. 

Nach der Zuweisung an s2 enthalten t1, s1 und s2 eine Referenz auf denselben 
SignalTimer. Wenn wir das Programm mit 



s2 = (SignalTimer)t2; 
out.println(s2.aktiv); 



fortsetzen, wird dies übersetzt, der Cast (SignalTimer)t2 führt aber zum Auswerfen 
einer ClassCastException und zum Abbruch des Programms, da in t2 zu diesem 
Zeitpunkt lediglich eine Referenz auf ein Timer-Objekt gespeichert ist. Die folgende 
Abbildung veranschaulicht mit dem strichlierten Pfeil den zur Laufzeit scheiternden 
Umwandlungsversuch: 
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Die Ausnahme verhindert, daß in der nachfolgenden Anweisung auf die Variable aktiv 
zugegriffen wird, die in dem sonst von s2 referenzierten Timer-Objekt nicht vorhan- 
den ist. Wie man derartige Ausnahmen abfangen und behandeln kann, wird in Kapi- 
tel 15 besprochen. Es bleibt an dieser Stelle noch festzuhalten, daß Java Down-Casts 
zur Compile- und zur Laufzeit auf Korrektheit untersucht. 
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9.4 Überschriebene Methoden 

In Abschnitt 8.8 hatten wir das Überladen von Methoden, d.h. das Deklarieren von 
Methoden mit demselben Namen aber verschiedener Signatur behandelt. Methoden 
können nicht nur in derselben Klasse überladen werden, sondern auch alle geerbten 
Methoden sind aufrufbar und dürfen überladen sein. 

Hier ist zu beachten, daß bei der Suche nach der spezifischsten Methode und dem 

Vergleich von Y.m(S1 Sn) und X.m(T1, ..., Tn) die Methode X.m(T1, ..., Tn) nur 

dann aus der Liste der aufrufbaren Methoden gestrichen wird, wenn zusätzlich zu 
der Bedingung von S. 107 (Methodenaufruf-Konversion aller Sj nach Tj) auch eine 
Typvergrößerung von Y nach X zulässig ist. Wenn X und Y verschieden sind, bedeutet 
dies, daß Y Subklasse von X ist. Zum Beispiel wird hier 

dass X { 

long m() { return m(1); } 
long m(long I) { return 2*l; } 

} 

dass Y extends X { 
int m(int i) { return 2 + i; } 
public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Y y = new Y(); 
long I = 3; 

out.println(y.m(3) + " “ + y.m(l)); 

} 

} 

die Ausgabe 5 6 erzeugt, da beim ersten Aufruf X.m(long) gestrichen wird. Beim 
zweiten Aufruf ist dagegen nur X.m(long) aufrufbar. 

Interessanter als dieses (statische) Überladen von Methoden aus Sub- und Superklas- 
sen ist das Überschreiben von Methoden in Subklassen und die damit mögliche Rea- 
lisierung polymorpher Methodenaufrufe. Hierzu implementiert man in der Subklasse 
eine Methode mit derselben Signatur wie in einer Superklasse. 

Wenn eine derartige Methode mittels einer Objektreferenz aufgerufen wird, geht Java 
beim Übersetzen wie in 8.8 vor und ermittelt die spezifischste Methode. Zur Lauf- 
zeit wird dann jedoch die Klasse des Objekts festgestellt, auf das die Referenz gerade 
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verweist. Und beginnend mit dieser Klasse wird nun die Klassenhierarchie in Rich- 
tung der Superklassen abgesucht, bis die erste Methodendeklaration gefunden wird, 
die dieselbe Signatur (und zwangsläufig denselben Ergebnistyp) wie die spezifischste 
Methode hat. Diese überschreibt alle weiter oben deklarierten Methoden mit dersel- 
ben Signatur, und sie wird ausgeführt. 

Oder umgekehrt: Java beginnt in der Klasse, mit deren Typ die Objektreferenz de- 
klariert ist, und sucht in Richtung des Typs des aktuell referenzierten Objekts die 
letzte überschreibende Methode. (Aus 4.6, 5.2.1 und 9.3 wissen wir, daß der aktuell 
referenzielle Typ nur Subklasse des deklarierten Typs sein kann.) Zum Beispiel: 

//XYZ.java 

Import java.io.*; 

dass X { 

static PrintWriter out = new PrintWriter(System.out, true); 
void druckeO { out.println(''X"); } 

} 

dass Y extends X { 
void druckeO { out.println("Y"); } 

} 

dass Z extends Y { 
void druckeO { out.println(“Z“); } 

} 

dass XYZ { 

public static void main(String[] args) { 

X[] ref = { new X(), new Z(), new X(), new Y() }; 
for (int i = 0; i < ref.length; i++) 
ref[i].drucke(); 

} 

} 



Hier werden X.drucke, Z.drucke, X.drucke und Y.drucke, also die „richtigen“ Metho- 
den ausgeführt. Der erste vom Compiler zu erledigende Schritt ist hier einfach: die 
spezifischste Methode hat die Signatur drucke(). Es ist wichtig, zu verstehen, daß 
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dieser Schritt nur gelingt, wenn in der Klasse, mit der die Objektreferenz deklariert 
ist (im Beispiel ist dies X) oder in einer ihrer Superklassen mindestens eine, mit der 
aktuellen (im Beispiel leeren) Argumentliste aufrufbare Methode deklariert ist. 

Zur Laufzeit stellt die VM fest, daß der Ausdruck ref[0] beim Aufruf ref[0].drucke() 
den Typ X hat. Die Suche nach der aufzurufenden Methode drucke() beginnt al- 
so in der Klasse X und endet dort auch, da in ihr eine Methode mit dieser Signatur 
deklariert ist - X.drucke() wird ausgeführt. Analog beginnt die Suche beim Aufruf 
ref[1].drucke() in der Klasse Z usw. Die nächste Abbildung veranschaulicht die Situa- 
tion, die die VM vorfindet: 




Eine Methode kann in allen Subklassen der Klasse, in der sie deklariert ist, über- 
schrieben werden, sie muß es aber nicht. Zum Beispiel werden jetzt A.drucke, B.druk- 
ke, A.drucke und B.drucke ausgeführt. 

dass A { 

static PrintWriter out = new PrintWriter(System.out, true); A, drucke 

void druckeQ { out.println(''A"); } 

} 

dass B extends A { B, drucke 

void druckeO { out.println("B''); } 

} 

dass C extends B { } C 

dass ABC { 

public static void main(String[] args) { 

A[] ref = { new A(), new C(), new A(), new B() }; 
for (int i = 0; i < ref.length; i++) 
ref[i].drucke(); 

} 

} 
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Im letzten Beispiel dieser Art resultieren die Aufrufe U.drucke, W.drucke, U.drucke 
und U.drucke: 

dass U { 

static PrintWriter out = new PrintWriter(System.out, true); U, drucke 

void druckeO { out.println(''U"); } 

} 

dass V extends U { } V 

dass W extends V { 
void druckeO { out.pnntln('W); } 

} W, drucke 

dass UVW { 

public static void main(String[] args) { 

U[] ref = { new U(), new W(), new U(), new V() }; 
for (int i = 0; i < ref.length; i++) 
ref[i].drucke(); 

} 

} 

Eine wesentliche Tätigkeit beim Schreiben von Applets oder Anwendungen mit gra- 
fischer Benutzeroberfläche ist das Überschreiben von Methoden aus dem Java-API. 
In den ersten Beispielen in Kapitel 1 hatten wir actionPerformed aus ActionListener 
und init aus der Klasse Applet überschrieben, um spezielle Reaktionen auf Button- 
Ereignisse bzw. spezielle Initialisierungen zu implementieren. 

Im folgenden, etwas ausführlicheren Beispiel wird ein Feld Kto 

mit Referenzen auf Giro- bzw. Festgeldkonten angelegt; die- 

se Kontentypen haben eine gemeinsame Superklasse Kto. ^ ^ 

GiroKto FestgeldKto 

// Kto.java 
Import java.io.*; 
dass Kto { 

static PrintWriter out = new PrintWrlter(System.out, true); 

String Inhaber; 
long nummer; 




9.4. UBERSCHRIEBENE METHODEN 



131 



double stand, habenZins; 

Kto(String Inhaber, long nummer, double stand, double habenZins) { 
this.inhaber = Inhaber; 
this.nummer = nummer; 
this.stand = stand; 
this.habenZlns = habenZins; 

} 

vold lnfo() { } 

} 



// GiroKto.java 

dass GiroKto extends Kto { 

private double sollZins, kredltümit; 

GlroKto(String Inhaber, long nummer, double stand, double habenZins, 
double sollZlns, double kreditUmit) { 
super(inhaber, nummer, stand, habenZins); 
this.sollZins = sollZins; 
this.kreditUmit = kreditUmit; 

} 

GiroKto(String Inhaber, long nummer, double stand, double habenZins, 
double sollZins) { 

this(inhaber, nummer, stand, habenZins, sollZins, 0.0); 

} 

GiroKto(String Inhaber, long nummer, double stand, double habenZins) { 
this(inhaber, nummer, stand, habenZins, 13.5, 0.0); 

} 

GiroKto(String Inhaber, long nummer, double stand) { 
this(inhaber, nummer, stand, 2.0, 13.5, 0.0); 

} 

void info() { 

out.println(“\nlnhaber: ” + Inhaber + “\tKto-Nr; " + nummer 
+ "\nKto-Stand: ” + stand + " DM“ + “\nHabenzinsen: ” + habenZins + ” %" 
+ "\tSollzinsen: " + sollZins + " %” + '^nLimit: " + kreditUmit + ” DM"); 

} 

// weitere Methoden: einzahlen, abheben, ... 



} 
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H FestgeldKto.java 

dass FestgeldKto extends Kto { 

private int restLaufzeit; 

private boolean zinsBesteuerung; 

FestgeldKto(String inhaber, long nummer, double stand, double habenZins, 
int restLaufzeit, boolean zinsBesteuerung) { 
super(inhaber, nummer, stand, habenZins); 
this.restLaufzeit = restLaufzeit; 
this.zinsBesteuerung = zinsBesteuerung; 

} 

FestgeldKto(String inhaber, long nummer, double stand, double habenZins, 
int restLaufzeit) { 

this(inhaber, nummer, stand, habenZins, restLaufzeit, true); 

} 

void info() { 

out.println("\nlnhaber: " + inhaber + "\tKto-Nr: " + nummer 

+ ”\nKto-Stand: ” + stand + " DM" + "\nHabenzinsen: " + habenZins + " %" 
+ "\tRestlaufzeit: ” + restLaufzeit + " MonateXn” 

+ ((zinsBesteuerung) ? "Zinsbesteuerung" : "keine Zinsbesteuerung")); 

} 

// weitere Methoden: auflösen, verlängern, ... 

} 



// KtoTest.java 
dass KtoTest { 

public static void maln(String[] args) { 

Kto[] ktoFeld = new Kto[10000]; 
ktoFeld[0] = new GiroKtofS. Lucas", 301087, 3020.15); 
ktoFeld[1] = new GiroKtofG. Schiek", 306361, 7812.64, 0.3); 
ktoFeld[2] = new FestgeldKto("F. Wild", 550001 , 8500.0, 3.25, 3); 

Kto kto; 

for (int i = 0; I < ktoFeld.Iength; I++) 
if ((kto = ktoFeld[i]) != null) 
kto.infoQ; 

ktoFeld[0] = new FestgeldKto("W. Müller", 551007, 30000.0, 3.35, 1); 
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for (int i = 0; i < ktoFeld.Iength; i++) 
if ((kto = ktoFeld[i]) != null) 
kto.infoO; 

} 

} 

Das KtoFeld enthält hier Referenzen auf GiroKto- und FestgeldKto-Objekte. Es ist 
in Java problemlos möglich, derartige heterogene, dynamisch modifizierbare Felder, 
Mengen oder Listen zusammenzustellen. Durch das Überschreiben von Methoden in 
den Subklassen können, wie im Beispiel an info demonstriert, polymorphe Aufrufe 
ohne weitere Vorkehrungen realisiert werden. Die Deklaration der info-Methode in 
der Superklasse ist hier notwendig, damit die Aufrufe kto.info() möglich sind. 

9.4.1 static Methoden 

Eine Klassenmethode kann in einer Subklasse durch eine Klassenmethode überschrie- 
ben werden, sofern sie nicht final spezifiziert wurde (siehe 9.5). Da Klassenmethoden, 
wenn man sie mit einer Objektreferenz - und nicht wie im Normalfall mit dem Klas- 
sennamen - aufruft, nur den Typ, mit dem die Referenz deklariert ist, auswerten, 
ergeben sich dabei keine polymorphen Aufrufe. Ohne konkrete Objekte gibt es auch 
keinen zur Laufzeit feststellbaren Typ und somit keine laufzeitabhängige Methoden- 
auswahl. 

// RST.java 

Import java.io.*; 

dass R { 

static PrintWriter out = new PrintWriter(System.out, true); 
static void druckeQ { out.println("R''); } 

} 

dass S extends R { } 

dass T extends S { 

static void druckeQ { out.println('T'); } 



} 
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dass RST { 

public static void main(String[] args) { 

R[] ref = { new R(), new T(), new R{), new S() }; 
for (int i = 0; i < ref.length; i++) 
ref[i].drucke{); 

} 

} 

In diesem Beispiel wird daher viermal R.drucke aufgerufen. 

Eine naheliegende Konsequenz ist, daß Klassenmethoden nicht durch Instanzmetho- 
den überschrieben werden können, und daß umgekehrt auch Instanzmethoden nicht 
durch Klassenmethoden überschreibbar sind. 



9.4.2 Methodenaufrufe mittels super 

Wenn eine Methode mit dem Schlüsselwort super anstelle einer Objektreferenz auf- 
gerufen wird, beginnt Java die Suche nach der auszuführenden Methode in der di- 
rekten Superklasse der Klasse, in der der Aufruf erfolgt und sucht die Vererbungs- 
hierarchie in Richtung der Superklassen ab. Dies kann man sinnvoll einsetzen, um 
rekursive Aufrufe derselben Methode zu verhindern oder um Codeduplizierung durch 
Auslagerung in die Superklassen zu vermeiden. Im Kto-Beispiel ist es zweckmäßig, 
den leeren Rumpf der Kto.info-Methode durch 

dass Kto { 
void info() { 

out.println("\nlnhaber: " + Inhaber + "\tKto-Nr: " + nummer 
+ ”\nKto-Stand: " + stand + " DM" + "\nHabenzinsen: " + habenZins + " %"); 

} 



} 

zu ersetzen und entsprechend die Methodendeklarationen in den Subklassen zu ver- 
einfachen (vgl. die java-Dateien im Verzeichnis /OOPinJava/kapitel9/kto2): 

dass GiroKto extends Kto { 
void infoQ { 
super.infoO; 




9.5. final METHODEN UND KLASSEN 



135 



out.println("\tSollzinsen: “ + sollZins + " %" + "\nLimit: " + kreditUmit + " DM"); 

} 



} 

dass FestgeldKto extends Kto { 
void infoQ { 
super.infoO; 

out.println("\tRestlaufzeit: " + restLaufzeit + " Monate\n” 

+ ((zinsBesteuerung) ? "Zinsbesteuerung" : "keine Zinsbesteuerung")); 

} 



} 

Diese Technik ergänzt die in Abschnitt 9.2 besprochene Möglichkeit, durch super auf 
verdeckte Variablen in einer Superklasse zuzugreifen. Die Verwendung von super ist 
in diesem Zusammenhang jedoch äußerst sinnvoll und gängiger Java-Programmier- 
stil. 

Auf ähnliche Weise ruft man mittels super und einer nachfolgenden Argumentliste 
den Konstruktor einer direkten Superklasse auf. Diese Möglichkeit haben wir im 
Kto-Beispiel bereits eingesetzt. Den Syntaxregeln 51 und 52 kann man entnehmen, 
daß ein Konstruktoraufruf mittels super genauso wie der alternativ mögliche Auf- 
ruf eines überladenen Konstruktors mittels this die erste Anweisung innerhalb eines 
Konstruktorrumpfs sein muß. 



9.5 final Methoden und Klassen 

In Abschnitt 8.5 hatten wir gesehen, wie man aus Instanz- und Klassenvariablen durch 
ein vorangestelltes final symbolische Konstanten machen kann. 

Auch Deklarationen von Instanz- und Klassenmethoden kann man mit dem Modifi- 
zierer final einleiten. Dies bewirkt, daß die Methode in Subklassen nicht mehr über- 
schrieben werden kann. Zum Beispiel: 

dass Punkt { 

int xKoord, yKoord; 

final void verschiebe(int dx, int dy) { 
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xKoord += dx; 
yKoord += dy; 

} 



dass FarbPunkt extends Punkt { 

Color c; 

void verschiebe(Punkt p) { 
xKoord += p.xKoord; 
yKoord += p.yKoord; 

} 

void verschiebe(int dx, int dy) { } // Fehler 



} 

Die erste FarbPunkt-Methode verschiebe hat hier eine andere Signatur als die in 
Punkt als final spezifizierte Methode, diese wird in der Subklasse also lediglich über- 
laden. Der Versuch, verschiebe mit derselben Signatur zu überschreiben, ist jedoch 
ein Fehler. 

Die Entwickler der Java-Klassenbibliothek haben eine Fülle von Methoden final de- 
klariert. In der Regel handelt es sich dabei um hardwarenahe oder plattformspezifi- 
sche Implementierungen, die z.B. das Laden von Klassen, das Schreiben von Bytes 
in einen Ausgabestrom, das Ablesen der Systemzeit usw. betreffen. 

Das fInal-Spezifizieren einer Methode hat weiterhin den Effekt, daß einfache Me- 
thodenrümpfe „inline“ umgesetzt werden können, da die bei polymorphen Aufrufen 
notwendige Laufzeitprüfung der Objektreferenz durch die VM entfällt und allein der 
Compiler entscheidet. Beispielsweise können aus dem folgenden Code 

PunktQ p = new Punkt[100]; 
for (int i = 0; i < p.length; i++) { 
p[l] = new PunktO; 
p[i].verschiebe(i, 2*i); 

} 

dieselben Bytecodes generiert werden, die wir erhalten, wenn wir anstelle der ver- 
schiebe- Aufrufe direkt 
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Punkt[] p = new Punkt[100]; 
for (int i = 0; i < p.length; i++) { 
p[i] = new PunktO; 

Punkt pi = p[i]; 
pi.xKoord += i; 
pi.yKoord += 2*i; 

} 

schreiben und die für einen Methodenaufruf benötigten Vorbereitungen - Einrichten 
eines neuen Geltungsbereichs für die Parameter, Erzeugen der Parameter, Kopieren 
der Aufrufargumente in die Parameter, Verzweigen zum Methodenrumpf - umgehen. 
Es steht Java frei, dieses „Inlining“ vorzunehmen oder nicht; für das Aufrufresultat 
ist es unerheblich. (Je nach Java-System kann man diesen Effekt sehen, wenn man 
/OOPinJava/kapitel9/FinaITest.java nüttels javac -O FinalTest.java übersetzt und das 
Resultat mit javap untersucht.) In der Regel ist der Aufwand für die Durchführung 
eines Methodenaufrufs nur bei den einfachsten Methoden höher als der Aufwand für 
die eigentliche Auswertung der Anweisungen des Methodenrumpfs. Kandidaten für 
Methoden, die man aus Effizienzgründen final deklariert, sind daher Methoden, deren 
Rumpf nur ein oder zwei einfache Anweisungen enthält. 

Neben Methoden können auch Klassen als final deklariert werden, indem man den 
Modifizierer final vor dass setzt. Dies bedeutet, daß die Klasse „komplett" ‘ ist und 
daß Spezialisierungen in Subklassen weder benötigt werden noch erwünscht sind. 
Der Versuch, von einer final Klasse eine Subklasse abzuleiten, ist ein Fehler. Und 
weiterhin sind alle Methoden einer final Klasse implizit final. 

Eine Klasse wird man dann als final spezifizieren, wenn es sich um eine besonders 
gelungene Implementation für einen kritischen Problembereich handelt. Ein weiterer 
Grund könnten die oben angesprochenen Effizienzüberlegungen sein. Auch in der 
Java-Klassenbibliothek sind viele Klassen final deklariert, zum Beispiel java.lang. Sy- 
stem, java.lang.Math, java.lang.String, java.net.DatagramPacket, java.net.InetAd- 
dress, java.net.URL, java.lang.Boolean, java.lang.Byte usw. 

Wenn man mehrere Modifizierer benutzt, ist es Konvention zuerst die Zugreifbarkeit, 
dann den Klassen- oder Objektbezug und als letztes eine final Spezifizierung anzuge- 
ben, also public final dass { }, public final f() { }, public static final g() { } 

usw. 
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9.6 Die Konstruktion von Objekten 

Wir sind nun in der Lage, die Regeln über das Konstruieren und Initialisieren von 
Objekten (vgl. 8.9) zu präzisieren: 

Unmittelbar nach der Erzeugung des Objekts werden alle Instanzvariablen (einschließ- 
lich der Instanzvariablen in Superklassen) mit ihren Standardwerten initialisiert. Da- 
nach wird der Konstruktor aufgerufen, um das Objekt weiter zu initialisieren. Ein 
Konstruktor verfährt immer nach derselben Prozedur: 

- Falls die erste Anweisung des Konstruktorrumpfs nicht von der Form this(...); 
oder super(...); ist, wird implizit superQ; ergänzt. Nachdem dieser Standard- 
konstruktor der direkten Superklasse ausgeführt ist, werden alle in der Klasse 
mit Initialisieren! deklarierten Instanzvariablen mit diesen Werten initialisiert. 
Danach werden die restlichen Anweisungen des Konstruktorrumpfs ausgeführt. 

- Falls die erste Anweisung des Konstruktorrumpfs die Form super(...); hat, wird 
der entsprechende Konstruktor der direkten Superklasse aufgerufen. Nachdem 
er ausgeführt ist, wird wie oben nach dem impliziten super()-Aufruf verfahren 
(Initialisierung der Instanzvariablen, Ausführung der restlichen Anweisungen 
des Konstruktorrumpfs). 

- Falls die erste Anweisung des Konstruktorrumpfs die Form this(...); hat, wird 
der entsprechende Konstruktor derselben Klasse aufgerufen. Danach werden 
die restlichen Anweisungen des Konstruktorrumpfs ausgeführt. Die Initiali- 
sierung der Instanzvariablen wurde in diesem Fall bereits durch einen anderen 
Konstruktor erledigt. 

Wir betrachten als einfaches Beispiel die beiden Klassendeklarationen 

dass K { 
int k, I; 

K(){k=1;l = 1;} 

} 

dass L extends K { 
int m = OxffOOff; 

} 



Die Erzeugung eines L-Objekts, z.B. durch new L() führt zu folgenden Aktivitäten: 
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1. Reservierung von Speicherplatz für drei ints, 

2. Initialisierung von k, I und m mit dem int-Standardwert 0, 

3. Aufruf des Konstruktors L(), 

(Java hat in L implizit den Standardkonstruktor L() { super(); } ergänzt) 

4. Aufruf des Konstruktors K(), 

(Java hat dessen Rumpf implizit zu { super(); k = 1 ; I = 1 ; } modifiziert) 

5. Aufruf des Konstruktors Object(), 

(dieser Konstruktor hat einen leeren Rumpf) 

6. da keine Initialisierer für k und I angegeben sind, Ausführung des Rumpfs von 
K() und Zuweisung von 1 an k und I, 

7. Initialisierung von m mit dem Wert OxffOOff. Da L() keine weiteren Anweisun- 
gen enthält ist das Objekt damit fertig konstruiert. 

Im Unterschied zu Konstruktoren werden finalize- Aufrufe von Java nicht so verkettet, 
daß ein finalize auch die finalize-Methoden der Superklassen aufruft. Dies hängt da- 
mit zusammen, daß man finalize wegen Javas automatischer Garbage-Collection nur 
selten benötigen wird. 

Sofern man die , JFinalizei^‘ rekursiv aufrufen will, überschreibt man finalize mit einer 
Implementation der Art: 

protected void finalize() throws Throwable { 

ggf. Freigabe von Ressourcen 

super.finalizeO; 

} 

finalize ist in der Superklasse Object() deklariert, vgl. die Abschnitte 3.1 und 8.1 1. 



9.7 Abstrakte Methoden und Klassen 

Bei der Deklaration von Vererbungsstrukturen kann es sein, daß man mit Superklas- 
sen und Subklassen sinnvolle Objekte erzeugen kann; dies war bei den Klassen Timer 
und SignalTimer der Fall. Andererseits ist es möglich, daß die Erzeugung von In- 
stanzen einer Superklasse ausgeschlossen sein sollte, da mit ihr nur ein gemeinsames 




140 



KAPITEL 9. SUBKLASSEN, SUPERKLASSEN UND VERERBUNG 



Konzept festgelegt wird, dessen verschiedene Ausprägungen in den Subklassen im- 
plementiert werden müssen; ein Beispiel hierfür ist die Klasse Kto aus Abschnitt 9.4. 

Den zweiten Effekt kann man erzielen, indem man die Superklasse als abstrakte Klas- 
se deklariert und ihrer Deklaration dazu den Modifizierer abstract voranstellt. Zum 
Beispiel: 

abstract dass Kto { } 



ktoFeld[0] = new Kto(); // Fehler 



Im Normalfall wird auch eine abstrakte Klasse Methodendeklarationen enthalten, da- 
mit diese in den Subklassen überschrieben werden können und polymorph aufrufbar 
sind. Sofern es nur darauf ankommt, einen „Einstiegspunkt“ für Methodenaufrufe zu 
bieten, ohne daß für die Superklasse eine sinnvolle Implementation deklarierbar wäre, 
kann man auch eine Methode abstract spezifizieren und den Anweisungsblock weg- 
fallen lassen (siehe Syntaxregel 47). Dies ist nur in einer abstrakten Klasse möglich. 
Bei der ersten Version des Kto-Beispiels wäre es sinnvoller gewesen statt void info() { } 
eine abstrakte Methode, also abstract void info(); zu deklarieren. 

In einem neuen Beispiel gehen wir von einer Klasse Vers Vertrag aus, die Lebensversi- 
cherungsverträge modelliert, und deklarieren zwei Subklassen: Eine Lebensversiche- 
rung kann nur in einer der beiden spezifischeren VersVertrag(A) 

Formen, als kapitalbildende Lebensversicherung oder 
als Risikolebensversicherung, abgeschlossen werden, 
nicht als „Versicherung an sich“. KapitalbildendeLV RisikoLV 

// VersNehmer.java 

dass VersNehmer { 

String name, anschrift; 
int gebJahr; 

VersVertrag vertrag; 

VersNehmer(String name, String anschrift, int gebJahr, VersVertrag vertrag) { 
this.name = name; 
this.anschrift = anschrift; 
this.gebJahr = gebJahr; 
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this.vertrag = vertrag; 

} 

// weitere Methoden: Anschrift ändern, Rabatt berechnen, ... 

} 



// VersVertrag.java 

abstract dass VersVertrag { 

long nummer, summe; 

int beginn, dauer; 

VersNehmer nehmer; 

VersVertrag(long nummer, long summe, int beginn, int dauer, String name, 
String anschrift, int gebJahr) { 
nehmer = new VersNehmer(name, anschrift, gebJahr, this); 
this.nummer = nummer; 
this.summe = summe; 
this.beginn = beginn; 
this.dauer = dauer; 

} 

abstract double auszahlungQ; 

//weitere Methoden: Vertrag ändern, Beitrag berechnen, ... 

} 



// KapitalbildendeLV.java 

dass KapitalbildendeLV extends VersVertrag { 
static final int BEITR_SENKUNG = 0, VS_ERHOEHUNG = 1 , ZINS_SAMM = 2; 
int ueberschussVerwendung; 

KapitalbildendeLV(long nummer, long summe, int beginn, int dauer, 

String name, String anschrift, int gebJahr, int ueberschussVerwendung) { 
super(nummer, summe, beginn, dauer, name, anschrift, gebJahr); 
this.ueberschussVerwendung = ueberschussVerwendung; 

} 

double auszahlungO { komplexe Berechnung } 

} 
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H RisikoLV.java 

dass RisikoLV extends VersVertrag { 
static final int FALLEND = 0, KONSTANT = 1 ; 
int leistung; 

RisikoLV(long nummer, long summe, int beginn, int dauer, String name, 

String anschrift, int gebJahr, int leistung) { 
super(nummer, summe, beginn, dauer, name, anschrift, gebJahr); 
this.leistung = leistung; 

} 

double auszahlungO { komplexe Berechnung } 

} 

VersVertrag ist hier eine abstrakte Klasse, d.h. es können keine VersVertrag-Objekte 
angelegt werden. Referenzen auf eine abstrakte Klasse können dagegen deklariert 
werden. Sie müssen aber immer Objekte von Subklassen referenzieren. Zum Test 
erzeugen wir ein heterogenes Feld mit Versicherungsverträgen, in das wir konkrete 
Subklassenobjekte eintragen (vgl. /OOPinJava/kapitelQA/ersVertragTest.java): 

VersVertrag[] vv = new Vers Vertrag[1 00000]; 

vv[0] = new RlsikoLV(1 23938, 250000, 1998, 5, "Stefan Bär”, "Mannheim", 
1962, RisikoLV.FALLEND); 

vv[1] = new KapitalbildendeLV(1 182331, 80000, 1999, 25, "Katja Mann”, 

"Ulm”, 1967, KapitalbildendeLVZINS_SAMM); 
vv[2] = new RisikoLV(239754, 120000, 1986, 15, "Helge Kruse", "Erlangen”, 
1952, RisikoLVKONSTANT); 

VersVertrag vertrag; 
for (int i = 0; i < vv.length; i++) 
if ((vertrag = vv[i]) != null) 
out.println("Vertrag: ” + vertrag.nummer 

+ "\t akt. Auszahlungsbetrag: ” + vertrag.auszahlungO); 

Einige Regeln sind beim Einsatz von abstrakten Methoden und Klassen einzuhalten: 

• Jede Klasse, die eine abstrakte Methode enthält, muß selbst abstract deklariert 
werden. 

• Für die Subklasse einer abstrakten Klasse können Objekte erzeugt werden, 
wenn sie alle abstrakten Methoden ihrer Superklasse überschreibt, also eine 
Implementation für alle Methoden liefert. 
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• Wenn eine Subklasse einer abstrakten Klasse nicht alle abstrakten Methoden, 
die sie erbt, überschreibt, ist sie ebenfalls abstrakt und muß abstract spezifiziert 
werden. 

• Konstruktoren sowie static, final oder private deklarierte Methoden können 
nicht abstract sein. 

Sofern man eine reine Prokoliklasse - das ist eine abstrakte Klasse, die nur abstrak- 
te Methoden und keinen Konstruktor enthält - benötigt, ist zu prüfen, ob es nicht 
vorteilhafter ist, ein Interface (siehe Kapitel 1 1) zu benutzen. 

Eine Klasse sollte nicht abstract deklariert werden, wenn man nur die Objekterzeu- 
gung verhindern will, weil die Klasse lediglich Klassenmethoden und -variablen ent- 
hält, wenn aber keine spezielleren Subklassen vorgesehen sind. In diesem Fall dekla- 
riert man einen einzigen Konstruktor ohne Parameter und spezifiziert ihn private. Auf 
diese Weise wurde z.B. java.lang.Math implementiert: 

public final dass Math { 
private Math() { } 

static Konstanten und Methoden 

} 

Bemerkung 

Wird eine Methode in einer abtrakten Klasse nicht abstract deklariert, so erben Sub- 
klassen das Methodeninterface zusammen mit einer Standard-Implementation. Falls 
die Methode dagegen abstract deklariert ist, so wird nur das Methodeninterface ver- 
erbt. Die Implementation muß dann in einer Subklasse erfolgen. 



9.8 lypinformationen zur Laufzeit 

Wenn die VM eine Klasse lädt, wird für diese Klasse ein Class-Objekt angelegt, das 
eine große Auswahl an Informationen über die Klasse und ihre Objekte enthält. 

Mit dem Aufruf der aus Object geerbten Methode getClass erhält man das Class- 
Objekt, das dem aktuellen Typ einer Referenz entspricht, vorausgesetzt, die Referenz 
ist nicht null. 

Sofern man Klassen wiederverwendet, die nicht im Quellcode vorliegen, und de- 
ren Entwickler nicht für alle denkbaren Anwendungen durch Deklaration abstrakter 
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Methoden Polymoq)hie ermöglichen (wie sollten sie auch), kann man sich mit die- 
ser expliziten Typfeststellung behelfen. Soll etwa in Erweiterung der Kto-Beispiels 
durch ein Anwendungsprogramm die Anzahl der existierenden Festgeldkonten ermit- 
telt werden, gehen wir so vor: 

int anz = 0; 

for (int i = 0; i < ktoFeld.Iength; i++) 

if (ktoFeld[i] != null && ktoFeld[i].getClass().getName().equals("FestgeldKto'')) 
anz++; 

Kto.out.println(" Anzahl der Festgeldkonten: " + anz); 

Die Methode getName liefert hier den Typ des referenziellen Objekts als String. 

Ein weiteres Beispiel, das einen Eindruck über die Informationen vermitteln soll, die 
mit Class-Objekten erhältlich sind, ist Typinfo.java. Sogar Aufrufe von Methoden, 
deren Namen man nach einer solchen Introspektion erst auswählt oder einliest, sind 
möglich. 

// Typinfo.java 

import java.lang.reflect.*; 

dass Typinfo { 

public static void main(String[] args) { 

GiroKto kto = new GiroKtofS. Lucas“, 301087, 3020.15); 

Class c = kto.getClassO; 

Field[] variablen = c.getDeclaredFields(); 
for (int i = 0; i < variablen.Iength; i++) 

Kto.out.printInC'Variable: " + variablenp]); 

Method[] methoden = c.getDeclaredMethods(); 
for (int i = 0; i < methoden. length; i++) 

Kto.out.printlnfMethode: " + methoden[i]); 

Constructor[] konstruktoren = c.getDedaredConstructors(); 
for (int i = 0; i < konstruktoren. length; I++) 

Kto.out.printlnfKonstruktor: “ + konstruktoren[i]); 

} 

} 



getDedaredFields, getDeclaredMethods und getDeclaredConstructors liefern jeweils 
ein Feld mit allen in der Klasse deklarierten Variablen, Methoden bzw. Konstruktoren 
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- unabhängig davon, ob sie private, protected oder public spezifiziert sind. Wenn der 
interessierende Typ laufzeitunabhängig feststeht, kann man das in Abschnitt 4.5 er- 
wähnte Klassenliteral verwenden. Das letzte Beispiel kann damit modifiziert werden 
zu Class c = GiroKto.class;. 

9.9 Übungsaufgaben 

1. Schreiben Sie eine verbesserte Version der SignalTimer-Klasse, indem Sie die 
die Variablen kapseln, Zugriffsfunktionen implementieren und Konstruktoren 
deklarieren. 

2. Was wird hier ausgegeben und warum? Was ändert sich, wenn man die Dekla- 
ration von x(int) aus W entfernt? 

class W { 

static PrintWriter out = new PrintWriter(System.out, true); 
void x(int i) { out.println(''W.x(int)''); } 
void x(long I) { out.println(''W.x(long)”); } 

} 

class V extends W { 
void x(int i) { out.println(”V.x(int)''); } 

} 

class U extends V { 

void x(long I) { out.println(''U.x(long)"); } 

} 

class Test { 

public static void main(String[] args) { 

W ref = new U(); 
ref.x(5); 

} 

} 

3. Entwickeln Sie die Deklarationen für drei Klassen Tank, VorratsTank und Pro- 
duktTank. Tank soll abstrakte Superklasse von VorratsTank und ProduktTank 
sein, Informationen über Fassungsvermögen, Inhalt und Füllmenge speichern 
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und eine Methode Status zum Anzeigen des Tankzustands enthalten. Vorrats- 
Tank soll zusätzlich eine Methode zur Entnahme von Rohstoffen implementie- 
ren und Status überschreiben. Analog soll ProduktTank zusätzlich eine Me- 
thode zur Aufnahme von Endprodukten implementieren und ebenfalls Status 
überschreiben. 

Schreiben Sie die Klassendeklarationen (einschließlich vernünftiger Konstruk- 
toren) und testen Sie sie in einer kleinen Anwendung, die ein Tanklager mit 
Vorrats- und Produkttanks aufbaut. 

4. Weshalb ist das, was bei den Methoden g ein Fehler ist, bei f möglich? 

dass X { 

static PrintWriter out = new PrintWriter(System.out, true); 
private intf() { out.println("X.f); return 123; } 
int g() { out.printInC'X.g”); return 123; } 

} 

dass Y extends X { 

double f() { out.printInC'Y.f); return 1.23; } 
double g() { out.prlntln(”Y.g"); return 1 .23; } 

} 

5. Warum wird das Folgende nicht übersetzt? 

dass X { 

static PrintWriter out = new PrintWriter(System.out, true); 
void m(lnt i) { out.println("X.m(int)"); } 

} 

dass Y extends X { 

void m(long I) { out.println("Y.m(long)"); } 
public static void main(String[] args) { 

X X = new Y(); 
x.m(5L); 

} 

} 

6. Betrachten Sie das VersVertragTest-Beispiel und machen Sie sich (ggf. mittels 
einer Zeichnung) klar, wie ein RisikoLV-Objekt konstruiert wird: Reihenfolge 
der Aufrufe, Konstruktion des VersNehmers usw. 
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7. Erzeugen Sie einige Timer- und SignalTimer-Objekte und geben Sie diese ein- 
fach mit printin aus. Hierbei wird implizit die aus Object geerbte Methode 
toString (vgl. 3.1) aufgerufen, die den Klassennamen, gefolgt von einem Hash- 
code, der mit der Adresse, an der das Objekt gespeichert ist, zusammenhängt - 
z.B. Timer® 9e3dbd20 - ausgibt. 

Fertigen Sie überschriebene toString- Versionen für beide Klassen an und rufen 
Sie im SignalTimer die Timer-Implementation auf. 

8. Weshalb ist es sinnvoll, daß Konstruktoren sowie static, final oder private de- 
klarierte Methoden nicht abstract sein können? 




Kapitel 10 



Pakete, Geltungsbereiche und 
Zugreifbarkeit 



Eine Übersetzungseinheit ist die umfassendste Struktur, die man in Java spezifizieren 
kann. Sie enthält in der Regel den Quellcode für eine Klassen- oder Interfacede- 
klaration. Mehrere Klassendeklarationen sind möglich; siehe aber die unten (S. 159) 
angeführten Einschränkungen. Bei seinem Aufruf werden javac die Übersetzungsein- 
heiten als Argumente übergeben, deren Java-Code er in Bytecodes übersetzen soll. 

In einem Paket faßt man eine Gruppe zusammenarbeitender Klassen (genauer: ihre 
Übersetzungseinheiten) zusammen. Es entsteht dadurch ein neuer Geltungsbereich 
für die in dem Paket deklarierten Typen. Jede Java-Übersetzungseinheit gehört genau 
einem Paket an, das man durch eine Package-Deklaration spezifiziert. 



10.1 Pakete 

Bereits in Abschnitt 2.7 hatten wir gesehen, daß eine Übersetzungseinheit - abgese- 
hen von Kommentaren und White-Space - aus einer optionalen Package-Deklaration, 
einer optionalen Folge von Import-Deklarationen und einer ebenfalls optionalen Fol- 
ge von Typdeklarationen besteht (Syntaxregeln 15-22). Die Package-Deklaration legt 
den Namen des Pakets fest, dem die deklarierten Klassen oder Interfaces angehören 
sollen. Sie kann nur am Beginn einer Übersetzungseinheit stehen: 

package classes.develop; 



dass SignalTimer extends Timer { } 
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Diese Deklarationen bewirken beispielsweise, daß die Klasse SignalTimer dem Pa- 
ket classes.develop angehört, classes.develop selbst ist wieder Element des Pakets 
classes, d.h. Pakete können hierarchisch organisiert werden. Eine derartige Struktu- 
rierung hat aber keinerlei Auswirkungen auf die Geltungsbereiche oder Zugriffsrech- 
te, z.B. hat Code aus einem Paket kis.java genau dieselben Zugriffsrechte auf die Ty- 
pen in classes wie Code aus classes.develop. Ebensowenig ist der Geltungsbereich 
der Namen in classes.develop im Geltungsbereich des Pakets classes enthalten. 

Es hängt von der verwendeten Java-Entwicklungsumgebung ab, wie Java-Code, By- 
tecodes und Pakete gespeichert werden. Im einfachsten Fall wird - wie auch vom 
JDK - das Dateisystem benutzt. Und für das Abspeichem von Paketen in Dateien 
wird dann pro Paket bzw. Unterpaket ein Verzeichnis bzw. Unterverzeichnis ange- 
legt, das mit dem entsprechenden Bezeichner aus dem Paketnamen benannt wird. Im 
obigen Beispiel würde SignalTimer.class in ./classes/develop gespeichert. 

Darüber hinaus wird als eindeutiges Namensschema für Klassen, die intemetweit zur 
Verfügung gestellt werden sollen, vorgeschlagen, Paketnamen mit dem in umgekehr- 
ter Reihenfolge geschriebenen Domainnamen zu beginnen, also etwa de.scicomp.ja- 
va.classes.develop. 

Damit der Java-Compiler Pakete in den gewünschten Verzeichnissen ablegt und diese 
gegebenenfalls vorher erzeugt, gibt man beim Übersetzen das Verzeichnis mit an, das 
als Wurzel der Klassenhierarchie dienen soll und benutzt dazu die javac-Option -d. 
class-Dateien werden dann dort oder, entsprechend ihrem Paketnamen, in Unterver- 
zeichnissen gespeichert. Im Beispiel 

// Pack.java 

package classes.develop; 

Import java.io.*; 

dass Pack { 
void test() { 

new PrintWriter(System.out, true).println("Pack-Test”); 

} 

} 

können wir javac in der Form javac -d . Pack.java aufrufen. Dies bewirkt, daß - 
sofern es noch nicht existiert - unterhalb des aktuellen Verzeichnisses ein Verzeichnis 
classes/develop angelegt wird, in das Pack.class aufgenommen wird. 
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Ebenso ist die Angabe eines absoluten Pfades möglich: 

javac “d /de/scicomp/java Pack.java bewirkt, daß unterhalb von /de/scicomp/java ein 
Verzeichnis classes/develop angelegt und Pack.class dort abgelegt wird. Bei Benut- 
zung einer integrierten Entwicklungsumgebung (JBuilder, JavaWorkShop o.ä.) wer- 
den diese Verwaltungsaufgaben von dem Werkzeug mit übernommen bzw. können 
durch Menüs, die Projekteigenschaften spezifizieren, gesteuert werden. 

Die Organisation von Klassen in Pakete bleibt nicht ohne Auswirkung auf die Gel- 
tungsbereiche der Klassen- und Elementnamen; ebenso werden die Zugriffsrechte 
tangiert. Zum Beispiel läßt sich das Folgende nicht übersetzen 

// PackTesti.java 

dass PackTesti { 

public static void main(String[] args) { 
new Pack().test(); // Fehler 

} 

} 

weil der Klassenname Pack außerhalb seines Pakets nicht gilt und mit seinem Paket- 
namen qualifiziert werden muß. Trotz der Benutzung des kompletten Namens schei- 
tert jedoch auch der nächste Versuch - diesmal an den fehlenden Zugriffsrechten. 

// PackTestii.java 

dass PackTestii { 

public static void main(String[] args) { 

new classes.develop.Pack().test(); // Fehler 

} 

} 

Befindet sich das Testprogramm im selben Paket, ergeben sich keine Probleme: 

// PackTest.java 
package classes.develop; 
dass PackTest { 

public static void main(String[] args) { 
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Pack p = new Pack(); 
p.testO; 

} 

} 

Nachdem wir mittels javac -d . PackTest.java übersetzt haben, laden wir diese Klasse 
durch java classes.develop.PackTest, also durch Angabe ihres vollständigen Namens. 

Bei den Beispielen aus den Kapiteln 1-9 haben wir keine Package-Deklarationen 
eingesetzt. Die Klassen-Bytecodes werden dann in ein ünbenanntes Standardpaket 
aufgenommen. Von Java-Systemen, die Pakete im Dateisystem abspeichem, wird 
der Einfachheit halber mit jedem Verzeichnis ein unbenanntes Paket assoziiert. Die 
Benutzung von Standardpaketen ist daher für umfangreichere Projekte kaum empfeh- 
lenswert. 

Im folgenden gehen wir genauer auf die Geltungsbereiche und Zugriffsrechte, die 
sich im Zusammenhang mit der Organisation von Klassen in Paketen ergeben, ein. 



10.2 Geltungsbereiche 

Pakete, Klassen, Interfaces, Variablen, Methoden, lokale Variablen und Parameter 
werden in Java durch eine Deklaration eingeführt. Unter dem Geltungsbereich des 
Namens eines solchen Gegenstands versteht man den Java-Code, in dem man ihn 
einfach durch seinen deklarierten Bezeichner ansprechen kann. 

- Der Geltungsbereich eines Pakets hängt vom verwendeten Java-System ab. Für 
jeden Benutzer muß der Name des Standardpakets java, in dem die Unterpakete 
java.lang, java.io, java.util, java.net usw. enthalten sind, gelten. Neben dieser 
Mindestanforderung erwarten wir, daß in einem sinnvoll eingerichteten System 
auch die von uns selbst deklarierten Paketnamen gelten. 

- Der Geltungsbereich eines Klassennamens besteht aus allen Klassen- und Inter- 
facedeklarationen in allen Übersetzungseinheiten des Pakets, in dem der Name 
deklariert ist. (Dies ist der Grund dafür, daß im letzten Beispiel der Name Pack 
in PackTest.java gilt.) Ausgenommen sind die Namen eingebetteter Klassen, 
die den Klassenrumpf ihrer umgebenden Klasse als Geltungsbereich erhalten. 

Interfacenamen gelten wie Klassennamen in allen Klassen- und Interfacedekla- 
rationen ihres Pakets. 
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Die Geltungsbereiche der übrigen Namen wurden - mit Ausnahme der Parameter von 
Ausnahme-Handlem - bereits diskutiert: 

- Der Geltungsbereich eines Klassenelements ist der gesamte Rumpf der Klas- 
sendeklaration. Dabei spielt es keine Rolle, ob es sich um in der Klasse dekla- 
rierte oder um geerbte Elemente handelt (vgl. 8.1). 

Analog erhalten die Namen von Interfaceelementen als Geltungsbereich den 
Rumpf der Interfacedeklaration. 

- Der Geltungsbereich einer lokalen Variablen ist der Rest des Blocks, in dem 
die Deklaration enthalten ist (vgl. 6.1). 

- Der Geltungsbereich einer lokalen Variablen, die im For-Init-Tcil einer for- 
Anweisung deklariert ist, ist der Rest der for- An Weisung (Ausdruck, For-Update 
und Anweisung, vgl. 6.5.3). 

- Der Geltungsbereich eines Methoden- oder Konstruktorparameters ist der ge- 
samte Methoden- bzw. Konstruktorrumpf (vgl. 8.6.2). 

Einen Teil der aufgeführten Gegenstände kann man auch von außerhalb ihres Gel- 
tungsbereichs verwenden, wenn man einen qualifizierten Namen (vgl. S. 46) benutzt. 
Beispielsweise kann man Paket- mit Unterpaketnamen zusammensetzen, Paket- mit 
Klassen- oder Interfacenamen zusammensetzen, Klassen- oder Interfacenamen mit 
Elementnamen zusammensetzen bzw. Objektreferenzen und Elementnamen zusam- 
mensetzen. Zum Zusammenfügen der einzelnen Bezeichner wird jeweils ein . be- 
nutzt. Für alle diese Fälle haben wir in den letzten Abschnitten und Kapiteln bereits 
Beispiele gesehen. Lokale Variablen und Parameter sind von außerhalb ihres Gel- 
tungsbereichs nicht referenzierbar. 

Zugriffe, z.B. Objekterzeugung, Methodenaufruf, Zuweisung usw. sind nur möglich, 
wenn man neben einem gültigen Namen auch die Zugriffsrechte besitzt. 



10.3 Zugriffsrechte 

Die Verwendung der Namen von Paketen, Klassen, Interfaces sowie Elementen von 
Klassen bzw. Interfaces wird vom Java-Compiler einer Zugriffskontrolle unterzogen; 
sofern der Zugriff gestattet ist, heißt der entsprechende Gegenstand zugreifbar. 
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Zugriffsrechte werden durch die Modifizierer public, protected und private bzw. die 
Standardeinstellungen gesteuert. Klassen können public oder ohne Modifizierer spe- 
zifiziert werden. Klassenelemente und Konstruktoren können public, protected, pri- 
vate oder ohne Modifizierer spezifiziert werden. Interfaces können public oder ohne 
Modifizierer spezifiziert werden; ihre Elemente sind implizit public, siehe Kapitel 11. 

• Ob ein Paket zugreifbar ist, hängt vom verwendeten Java-System ab und wird 
nicht durch Java-Konstrukte gesteuert. Zum Beispiel kann es auf die für ein 
Dateisystem vergebenen Leseberechtigungen oder die Möglichkeit, Klassen 
über ein Netzwerk zu laden ankommen. Diese Regelung klingt sehr schwam- 
mig; u.E. ist jedoch kaum eine andere Lösung vorstellbar, die nicht die Rechte 
der Systemverwalter beeinträchtigen würde. 

Die Zugreifbarkeit eines Pakets ist Grundvoraussetzung für die Zugreifbarkeit 
seiner Klassen und Interfaces. 

• Wenn eine Klasse public deklariert ist, ist sie für jeden Java-Code zugreifbar, 
für den das Paket, dem sie angehört, zugreifbar ist. 

Wenn eine Klasse nicht public deklariert ist, erhält sie die Standardzugriffsrech- 
te und ist nur noch für Java-Code aus demselben Paket, in dem sie enthalten ist, 
zugreifbar. (Das ZaehlerApplet aus Abschnitt 1.1 hatten wir public deklariert, 
damit es auch auf einem entfernten Rechner gestartet werden kann.) 

Analog gilt für public Interfaces, daß sie für sämtlichen Code, der auf ihr Paket 
zugreifen kann, zugreifbar sind. Ansonsten beschränkt sich ihre Zugreifbarkeit 
auf Code innerhalb ihres Pakets. 

• Ein Element oder ein Konstruktor einer Klasse ist nur zugreifbar, wenn die 
Klasse zugreifbar ist. Weiterhin gilt: 

- public Elemente oder Konstruktoren sind für jeglichen Java-Code zugreif- 
bar, für den ihre Klasse zugreifbar ist. 

Analoges gilt für die Zugreifbarkeit von Interfaceelementen, die implizit 
public sind: Sie sind zugreifbar, wenn das Interface zugreifbar ist. 

- private Elemente oder Konstruktoren sind nur innerhalb ihrer Klassende- 
klaration zugreifbar. 

- protected Elemente oder Konstruktoren sind innerhalb des Pakets, das die 
Deklaration ihrer Klasse enthält, zugreifbar. 

Weiterhin sind sie in Subklassen ihrer Klasse zugreifbar, sofern die Klasse 
selbst zugreifbar ist. Die Subklasse kann einem anderen Paket angehören. 




10.3. ZUGRIFFSRECHTE 



155 



- Ohne Verwendung von public, protected oder private sind Elemente und 
Konstruktoren nur innerhalb des Pakets, das die Deklaration ihrer Klasse 
enthält, zugreifbar. In diesem Fall spricht man von den Standardzugriffs- 
rechten. 

Es ist zu beachten, daß mittels protected die Zugreifbarkeit im Vergleich zu 
den Standardzugriffsrechten erweitert wird. Diese Möglichkeit wird von Klas- 
senentwicklem bei der Implementation von Details in Klassen verwendet, die 
Kandidaten zur Subklassenbildung in anderen Paketen sind. 

Im folgenden betrachten wir eine Reihe sehr einfacher und kurzer Beispiele, die die 
Vielfalt der Möglichkeiten, Zugriffsrechte zu vergeben, demonstrieren sollen. 

// AB.java 

dass A { 
private int i; 
private void m() { } 

} 

dass B { 
void l() { 

A a = new A(); 

a.i = 10; //Fehler 

a.m(); // Fehler 

} 

} 

Die Klassen A und B gehören hier demselben unbenannten Standardpaket an. Die 
Zugriffe scheitern, weil i und m nur im Rumpf von Klasse A zugreifbar sind. 

// X.java 

package packi; 

dass X { 
protected int i; 
protected void m() { } 

} 
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H Y.java 

package packi; 

dass Y { 
void l() { 

X a = new X(); 
a.i = 10; 
a.m(); 

} 

} 

Beide Klassen gehören dem Paket packi an. Die Zugriffe sind möglich, weil i und m 
für beliebigen Code in packi zugreifbar sind. 

// Z.java 

package packii; 

dass Z extends packi.X { // Fehler 

void l() { 
i = 10; 

mO: 

} 

} 

Hier scheitert bereits das Deklarieren der Subklasse Z, weil X einem anderen Paket 
angehört und der Klassenname somit nicht zugreifbar ist. Wenn man X jedoch zur 
public Klasse macht, ist die Deklaration von Z einschließlich der Zugriffe auf i und m 
korrekt. 

// U.java 

package neu; 

public dass U { 
public int i; 

public void m() { } 

} 
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H V.java 

package alt; 

dass V { 
void l() { 

neu.U a = new neu.U(); 

a.i = 10; 

a.m(); 

} 

} 

Beide Klassendeklarationen gehören hier verschiedenen Paketen an. Die Zugriffe in 
V.l sind nur möglich, weil sowohl die Klasse U, als auch ihre Elemente public sind. 

// R.java 

package comp; 

public dass R { 
int i; 

void m() { } 

} 



// S.java 

package comp; 

dass S { 
void l() { 

R a = new R(); 
a.i = 10; 
a.m(); 

} 

} 

In diesem Beispiel gehören R und S dem Paket comp an. Die Klassen und ihre Ele- 
mente haben jeweils Standardzugriffsrechte. Daher sind die Zugriffe in S.l zulässig. 
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10.3.1 Zugriffsrechte und Vererbung 

Beim Überschreiben von Methoden ist zu beachten, daß die überschreibende Metho- 
de die Zugriffsrechte der überschriebenen Methode nicht reduzieren darf. Das heißt, 
eine public Methode kann nur public überschrieben werden, eine protected Methode 
kann nur public oder protected überschrieben werden, und eine Methode ohne Modi- 
fizierer kann nicht private überschrieben werden. Zum Beispiel: 

dass X { 

intl(){ } 

public void m() { } 

public int a = 5; 

} 

dass Y extends X { 

protected int l() { } 

void m() { } // Fehler 

int a = -5; 

} 

Die Einschränkung der Zugreifbarkeit der Variablen a ist hier unproblematisch, da 
die aus X geerbte Variable a verdeckt wird, in der Form super.a aber nach wie vor 
zugreifbar ist (9.2). Daß dies beim Überschreiben von Methoden nicht zulässig ist, 
hängt damit zusammen, daß Subtypen immer als Instanzen ihrer Supertypen einsetz- 
bar sein sollen. Ihre Objekte müssen also zumindest das „können“, was die Supertyp- 
Objekte können. 

Die Bedingung liefert auch den Grund dafür, daß wir Methoden gelegentlich public 
deklarieren, auch wenn ihre Klasse nicht public ist, die Zugreifbarkeit auf die Me- 
thode also gar nicht verbessert wird. So hatten wir im ZaehlerFrame-Beispiel (Ab- 
schnitt 1.1) actionPerformed als public deklariert, obwohl die Klasse ButtonUstener 
nicht public ist. Im ActionListener ist diese Methode jedoch public spezifiziert. 

Zugriffsrechte werden von Java immer bereits beim Übersetzen geprüft, d.h. das fol- 
gende Beispiel ist fehlerhaft, obwohl die dynamisch aufzurufende Methode (M.druk- 
ke) public ist: 

dass K { 

static PrintWriter out = 

new PrintWriter(System.out, true); 
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private void drucke() { out.println("K"); } 

} 

dass L extends K { 
void druckeO { out.println("L"); } 

} 

dass M extends K { 

public void drucke() { out.println("M"); } 

} 

dass KLM { 

public static void main(String[] args) { 

K ref = new M(); 
ref.druckeQ; 

} 

} 

Der Aufruf ref.drucke() wird hier nicht übersetzt, weil der Compiler bei seiner Suche 
nach der spezifischsten Methode keine aufrufbaren Methoden findet. 

Bemerkung 

Eine Übersetzungseinheit darf höchstens eine public Klasse enthalten. Wenn diese 
Klasse X heißt und das Dateisystem zum Abspeichem benutzt wird, muß sie in einer 
Datei X.java deklariert werden. Java gestattet jedoch auch das Speichern von Über- 
setzungseinheiten in einer Datenbank. Die Einschränkung auf eine public Klasse pro 
Übersetzungseinheit ist dann nicht relevant, sofern es eine Möglichkeit gibt, die Über- 
setzungseinheiten entsprechend auszulesen und in Dateien zu plazieren. Eine analoge 
Einschränkung gilt auch für public Interfacedeklarationen. 

Die folgende Tabelle zeigt nochmals die Zugriffsmodifizierer für Klassenelemente 
und die resultierenden Zugriffsrechte, wobei die Grundvoraussetzung der Zugreifbar- 
keit der Klasse zu berücksichtigen ist. 



Modiüzierer 


Zugriff möglich aus 


private 


Code in Klasse 


- 


Code in Paket 


protected 


Code in Paket und in Subklassen 


public 


sämtlicher Java-Code 
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10.4 Import-Deklarationen 



Klassen innerhalb desselben Pakets können sich gegenseitig mit ihrem Bezeichner re- 
ferenzieren - siehe den Zugriff auf den Bezeichner Pack in der PackTest-Deklaration 
in 10.1. Um Klassen in anderen Paketen lokalisieren zu können, wird jedoch ein 
qualifizierter Name benötigt. Im Beispiel 

// QualifizierteNamen.java 
dass QualifizierteNamen { 

public static void main(String[] args) throws java.io.lOException { 
java.io.BufferedReader in = 

new java.io.BufferedReader(new java.io.lnputStreamReader(System.in)); 
java.io.PrintWriter out = new java.io.PrintWriter(System.out, true); 
out.print("a? "); 
out.flushO; 

int a = Integer.parselnt(in.readLineO); 
out.printlnC'a = “ + a); 

} 

} 

sind die Ein- bzw. Ausgabeklassen BufferedReader, InputStream Reader und Print- 
Writer sowie die Ausnahmeklasse lOException jeweils mit dem Namen ihres Pakets 
java.io qualifiziert. Zur Vereinfachung der Schreibweise bietet Java die Möglichkeit, 
Namen mit einer Import-Deklaration zu importieren und dann wieder einfach den 
Bezeichner zu benutzen. 

Eine einzelne Import-Deklaration importiert einen einzelnen Typ (eine Klasse oder 
ein Interface), indem sein voll qualifizierter Name nach Import angegeben wird. Die- 
ser Typ muß in einem zugreifbaren Paket public deklariert sein. Das obige Beispiel 
können wir auch so implementieren: 

// ImportierteNamen.java 

Import java.io.lOException; 

Import java.io.BufferedReader; 

Import java.io.InputStreamReader; 

Import java.io.PrintWriter; 
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dass ImportierteNamen { 

public static void main(String[] args) throws lOException { 

BufferedReader in = new BufferedReader(new InputStreamReader(System.in)); 
PrintWriter out = new PrintWriter(System.out, true); 
out.printC'a? "); 
out.flushO; 

int a = Integer.parselnt(in.readLineO); 
out.printInC'a = " + a); 

} 

} 

Es ist auch möglich, alle public deklarierten Typen eines Pakets mit einer einzigen 
Import-Deklaration, die den Paketnamen mit * abschließt, zu importieren. Das Paket 
muß wieder zugreifbar sein. Unser Beispiel vereinfacht sich damit zu: 

// Komplettlmport.java 

import java.io.*; 

dass Komplettlmport { 

public static void main(String[] args) throws lOException { 

wie oben 

} 

} 

Import-Deklarationen stehen in einer Übersetzungseinheit nach der Package-Dekla- 
ration (falls vorhanden) und vor den Klassen- oder Interfacedeklarationen. Java fügt 
die Import-Deklaration 

import java.lang.*; 

implizit in jeden zu übersetzenden Code ein. Dadurch wird der einfache Zugriff 
auf alle im Paket java.lang deklarierten Typen ermöglicht. Unter anderem sind die 
Klassen Class, Exception, Math, Object, String, System, Thread und die Hüllklassen 
Boolean, Character, Double usw. in diesem Paket enthalten. 

Eine Import-Deklaration kann nur Klassen und Interfaces, aber keine Unterpakete 
importieren. Aus diesem Grund haben wir im ZaehlerFrame- und im ZaehlerApplet- 
Beispiel neben java.awt.* auch java.awt.event.* importiert. Daß nur die public Klassen 
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und Interfaces eines Pakets importierbar sind, liegt daran, daß man nur auf diese 
außerhalb ihres Pakets zugreifen kann, sofern das Paket selbst zugreifbar ist (vgl. 
10.3). 

Es ist offensichtlich, daß beim Importieren Namenskonflikte auftreten, wenn man 
mehrere Pakete importiert, die einen Typ desselben Namens deklarieren. In diesem 
Fall muß man auf die voll qualifizierten Namen zurückgreifen. (Ebenso handelt man 
sich einen Namenskonflikt ein, wenn man eine Klasse X in ein Paket X aufnehmen 
will.) 

Zum Abschluß dieses Kapitels wollen wir im vorletzten Abschnitt noch darauf hin- 
weisen, daß Import-Deklarationen keinerlei Code in eine Übersetzungseinheit impor- 
tieren. Java wird nur darüber informiert, wo sich die Deklarationen von Klassen oder 
Interfaces befinden, die in der jeweiligen Übersetzungseinheit referenziell aber nicht 
deklariert werden. 



10.5 Die Suche nach class-Dateien 



Wenn der Java-Compiler beim Übersetzen auf einen Typbezeichner trifft, sucht er 
die Bytecodes für die Klasse oder das Interface in den class-Dateien des aktuellen 
Verzeichnisses und seiner Unterverzeichnisse sowie in den zip- und jar-Dateien der 
JDK-Tools oder des verwendeten Entwicklungssystems. Bei jar-Dateien handelt es 
sich um Java- Archive, auf die wir in Abschnitt 13.3 eingehen. 

Falls wir beispielsweise mit dem JDK arbeiten und es direkt unterhalb von / instal- 
liert haben, wird Pack.class bei der Übersetzung von PackTesti.java in den Archiven 
in /jdk1 .2/jre/lib, dann in /jdk1 .2/jre/lib/ext und schließlich im aktuellen Verzeichnis 
/OOPinJava/kapiteHO gesucht (und nicht gefunden, vgl. 10.1). Im ersten untersuch- 
ten Verzeichnis lib befinden sich die class-Dateien der Java-Klassenbibliothek, die 
aus den Paketen java.io, java.lang, java.util usw. besteht. Das zweite Verzeichnis ist, 
wie es der Name lib/ext andeutet, für “Extensions”, also eigene Erweiterungen oder 
die class-Dateien der Servlet-Klassen aus Abschnitt 20.5 vorgesehen; solche Klassen 
werden in der Regel in Java-Archiven gebündelt. Im aktuellen Arbeitsverzeichnis 
befinden sich die class-Dateien unserer Testentwicklungen, die noch nicht zum Ar- 
chivieren und Freigeben für andere Benutzer geeignet sind. 

Enthält die Übersetzungseinheit eine Package-Deklaration, wird ihr Paketname in 
einen relativen Pfadnamen umgewandelt und an die zu untersuchenden Verzeichnisse 
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angefügt. Im PackTest-Beispiel wird Pack.class folglich auch in /OOPinJava/kapi- 
tel10/classes/develop gesucht (und dort gefunden, vgl. 10.1). 

Darüber hinaus erweitert jede Import-Deklaration die Suche nach einer class-Datei, 
indem diese Paketnamen ebenfalls umgewandelt und zusammen mit den in Frage 
kommenden Verzeichnissen noch zusätzlich betrachtet werden. Beim Übersetzen von 
Komplettlmport.java wird die Datei BufferedReader.class beispielsweise aufgrund 
des Imports von java.io auch als java/io/BufferedReader.class gesucht. Diese Suche 
ist im Archiv /jdk1 .2/jre/lib/rt.jar erfolgreich. 

Völlig analog sucht der Java-Interpreter beim Laden von class-Dateien in seinen zip- 
und jar-Dateien und im aktuellen Verzeichnis. Die Ergänzung um relative Pfade, die 
Paketnamen entsprechen, ist hier nicht notwendig, weil javac beim Übersetzen alle 
Typbezeichner durch ihre vollständig qualifizierten Namen ersetzt hat. Dies kann man 
gut beobachten, wenn man PackTest.class mittels javap -c classes.develop.PackTest 
untersucht. 

Weitere zu betrachtende Verzeichnisse, in denen z.B. selbst deklarierte, noch nicht 
archivierte Klassen enthalten sind, kann man für javac und java mit der Option -class- 
path spezifizieren. Hierfür geben wir im nächsten Abschnitt ein Beispiel. Das bei 
früheren Java- Versionen sinnvolle Setzen der Umgebungsvariablen CLASSPATH ist 
heute nicht mehr zu empfehlen (siehe die Bemerkungen am Ende von Abschnitt 21.1). 



10.6 Sinnvolle Konventionen 

In diesem Abschnitt zeigen wir, wie man Klassendeklarationen, class-Dateien und 
Testanwendungen - analog zur Vorgehensweise der JDK-Entwickler- in Pakete grup- 
pieren, übersetzen und testen kann. Dazu legen wir unsere Quelldateien unterhalb 
von src und die class-Dateien unterhalb von lib ab. Unsere Verzeichnisstruktur hat 
demnach folgendes Aussehen: 



src 



OOPinJava 



lib kapiteH kapitel21 



kapiteH 



kapitel21 kapiteH 



kapitel21 
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Wir greifen das Punkt/FarbPunkt-Beispiel aus Abschnitt 9.5 nochmals auf, wobei 
hier die aus der Superklasse Object geerbte Methode toString (vgl. S. 22) geeignet 
überschrieben ist. 

// Punkt.java 

package lib.kapiteHO; 

public dass Punkt { 
int xKoord, yKoord; 
public Punkto { this(0, 0); } 
public Punkt(int xKoord, int yKoord) { 
this.xKoord = xKoord; 
this.yKoord = yKoord; 

} 

public final void verschiebe(int dx, int dy) { 
xKoord += dx; 
yKoord += dy; 

} 

public String toStringO { 

return T + xKoord + ", ” + yKoord + ")"; 

} 

} 



// FarbPunkt.java 
package lib.kapiteHO; 
import java.awt.*; 

public dass FarbPunkt extends Punkt { 

Color färbe; 

public FarbPunktO { färbe = Color.black; } 
public FarbPunkt(int xKoord, int yKoord, Color färbe) { 
super(xKoord, yKoord); 
this.farbe = färbe; 

} 
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public String toStringO { 

return + xKoord + ", ” + yKoord + ", " + färbe + ")"; 

} 

} 

Das Paket java.awt haben wir hier importiert, um die Klasse Color verwenden zu 
können. 

Beide java-Dateien seien gemäß unserer Konvention in /OOPinJava/src/kapitel1 0 ge- 
speichert. Wir übersetzen sie in diesem aktuellen Verzeichnis mittels 

javac -d ../.. Punkt.java 

javac -d ../.. -classpath ../.. FarbPunkt.java 

und erhalten die entsprechenden class-Dateien in /OOPinJava/lib/kapitel1 0. Eine An- 
wendung, die in /OOPinJava/kapiteHO entwickelt und getestet wird, hat dann etwa 
folgende Gestalt: 

// PunktTest.java 

import java.awt.*; 
import java.io.*; 
import lib.kapiteHO.*; 

dass PunktTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

FarbPunkt p = new FarbPunkt(-10, 110, Color.red); 

out.println(p); 

p.verschiebe(-10, -10); 

out.println(p); 

} 

} 

Zum Übersetzen und Starten mit /OOPinJava/kapitellO als aktuellem Verzeichnis ist 
nun noch 

javac -classpath .. PunktTest.java 
java -classpath PunktTest 
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einzugeben. PunktTest.class wird somit in /OOPinJava/kapiteHO angelegt. In allen 
bisherigen javac- oder java- Aufrufen können wir anstelle der relativen Pfade eben- 
sogut absolute Pfade angeben und den letzten Test beispielsweise mit der Option 
-classpath /OOPinJava/kapitel10:/OOPinJava durchführen. 

Auch die Verwendung eines Java- Archivs zur Aufnahme der Klassen aus /OOPinJa- 
va/lib/kapitel10 soll hier noch kurz demonstriert werden. Dazu wechseln wir nach 
Abschluß der Entwicklungsarbeiten aus /OOPinJava/src/kapitel10 in das Verzeichnis 
/OOPinJava und erzeugen ein Archiv kapiteHO.jar durch 

jar cvf kapiteHO.jar lib/kapitel10/Punkt.class lib/kapitel10/FarbPunkt.class 

Den Archivinhalt können wir mittels jar tvf kapiteHO.jar kontrollieren (siehe 13.3). 
Wir kopieren das Archiv nun in das standardmäßig hierfür vorgesehene Verzeichnis 
/jdk1 .2/jre/lib/ext. 

Die Anweisungen zum Übersetzen und Starten des Testprogramms vereinfachen sich 
dann zu javac PunktTest.java und java PunktTest. Es ist jetzt belanglos, ob Punkt- 
Test.java und PunktTest.class wieder im Verzeichnis /OOPinJava/kapiteHO liegen, 
oder anderweitig gespeichert sind. 

Bemerkung 

Die obigen Compiler- und Interpreteraufrufe sind, wie in diesem Buch üblich, für 
eine Unix-Plattform notiert worden. Bei Eingabe in einem DOS-Fenster unter Win 
95/98/NT müssen Datei- und Pfadseparator durch \ bzw. ; ersetzt werden. 



10.7 Übungsaufgaben 

1. Betrachten Sie die beiden folgenden Klassen, die in derselben Übersetzungs- 
einheit deklariert sind: 

dass Transaktion { 

Betrag x; 

void fuehreDurchO { } 

} 

dass Betrag { 
int dm; 
int pfg; 

} 
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Plazieren Sie die Klassen in getrennte Pakete, so daß sie nach wie vor auf 
alle Variablen und Methoden zugreifen können. Nennen Sie das erste Paket 
buchungen, das zweite waehrungen. Diese beiden Pakete sollen Unterpakete 
von lib.kapiteHO sein. 

2. Modifizieren Sie die Pack-Deklaration, so daß die Klasse mit ihrer Methode 
test für beliebigen Java-Code zugreifbar ist. Nehmen Sie Pack außerdem in 
das Paket lib.kapiteHO auf. 

Entfernen Sie PackTest aus dem Paket classes.develop und nehmen Sie die 
Klasse in das unbenannte Standardpaket des Verzeichnisses /OOPinJava/kapi- 
tel10 auf. Bringen Sie das Testprogramm wieder zum Laufen. 

3. Die beiden folgenden Übersetzungseinheiten seien gegeben: 

// SortAIgo.java 

package lib.kapiteHO; 

public abstract dass SortAlgo { 

public abstract void sortiere(Sortierbar[] x); 

} 



// Sortierbar.java 

package lib.kapiteHO; 

public abstract dass Sortierbar { 

public abstract boolean kleiner(Sortierbar y); 
public abstract String toStringO; 

} 

Schreiben Sie Deklarationen mit konkreten SortAlgo- und Sortierbar-Klassen. 
Implementieren Sie z.B. das Sortieren durch Vertauschen. 

Testen Sie Ihre Klassen in einer Anwendung, in der ein Feld mit Sortierbar- 
Objekten erzeugt und sortiert wird. Gehen Sie analog zu Abschnitt 10.6 vor, 
und benutzen Sie ein Java- Archiv. 

(SortAlgo und Sortierbar sind beides Klassen, für die besser ein Interface ein- 
gesetzt werden sollte, siehe Aufgabe 4 in Kapitel 11.) 




Kapitel 11 



Interfaces 



In Abschnitt 9.7 hatten wir gesehen, daß es sinnvoll sein kann, eine Klasse wie Kto 
oder Vers Vertrag abstrakt zu deklarieren, wenn sie als Superklasse für eine Verer- 
bungsstruktur vorgesehen ist und eine oder mehrere ihrer Methoden nur in Subklassen 
sinnvoll implementierbar sind. 

In der Praxis treten auch Fälle auf, in denen in der Superklasse keinerlei Variablen 
benötigt werden und keine Methodenimplementationen (außer einem leeren Rumpf 
{ }) von Interesse sind. Die Klasse wird dann zur Protokollklasse oder rein abstrakten 
Klasse. Zum Beispiel: 

public abstract dass Eingabe { 
public abstract boolean liesBooleanQ throws lOException; 
public abstract char liesChar() throws lOException; 



} 

In einer derartigen Situation ist zu prüfen, ob es nicht sinnvoller ist, ein Interface 
anstelle der Klasse zu deklarieren. 

Das Interface ist neben Feldern und Klassen der dritte Java-Referenztyp. Interfaces 
können wie Klassen in Super- und Subtypen gegliedert werden. Darüber hinaus kann 
eine Klasse ein Interface implementieren, indem in ihrer Deklaration alle Interface- 
methoden überschrieben werden. Im Unterschied zur Klassenvererbung kann eine 
Klasse mehrere direkte Superinterfaces haben; ein weiterer Unterschied ist das Feh- 
len eines gemeinsamen Superinterfaces analog zu Object. Interfaces liefern somit 
eine unabhängig zur Klassenvererbungshierarchie existierende Vererbungsstruktur. 
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Variablen eines Interfacetyps können als Wert Referenzen auf Objekte von Klassen 
enthalten, die das Interface implementieren. Zwischen Sub- und Superinterfaces so- 
wie Klassen und den Interfaces, die sie implementieren, sind implizite Typvergröße- 
rungen und explizite Typ Verkleinerungen möglich - siehe Anhang C. 

Ein Interface selbst kann, wie eine abstrake Klasse, nicht instanziert werden. 



11.1 Interfacedeklarationen 

Mit einer Interfacedeklaration spezifiziert man einen neuen Referenztyp. Den Syn- 
taxregeln 53-59 kann man entnehmen, daß die Deklaration aus bis zu fünf Teilen 
bestehen kann: 

• Den optionalen Modifizierern public und abstract, 

• dem Schlüsselwort Interface, 

• einem Bezeichner, mit dem das Interface benannt wird, 

• einem optionalen extends mit nachfolgender Angabe einer Liste von Superin- 
terfaces und 

• dem Interfacerumpf, der - in { und } eingeschlossen - die Deklarationen einer 
beliebigen Anzahl von Variablen und Methoden enthält. 

Der Geltungsbereich eines Interfacenamens ist, wie bei Klassennamen, das gesamte 
Paket, in dem das Interface deklariert ist (vgl. 10.2). Dies bedeutet, daß Interfaces 
und Klassen im selben Paket verschiedene Namen erhalten müssen. 

Ein Interface ist implizit abstract spezifiziert, die Benutzung des abstract Modifizie- 
rers erübrigt sich hier also. Analog zu Klassen werden die Zugriffsrechte durch eine 
public Spezifikation so beeinflußt, daß das Interface dann überall dort zugreitbar ist, 
wo das Paket, in dem es enthalten ist, zugreifbar ist (vgl. 10.3). 

Der Geltungsbereich der Elemente eines Interfaces ist - wie bei Klassen - der gesamte 
Interfacerumpf. Bei den Zugriffsrechten ist zu beachten, daß alle Interfacceicmcntc 
implizit public sind; außerhalb ihres Pakets sind sie also genau dann zugreilbar, wenn 
das Interface public spezifiziert ist (und das Paket zugreilbar ist). 
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11.2 Interfaceelemente 

Neben den Elementen (Methoden und Variablen), die in seinem Rumpf deklariert 
sind, hat ein Interface alle aus direkten Superinterfaces geerbten Methoden und Va- 
riablen als Elemente. Ausgenommen hiervon sind verdeckte Variablen und über- 
schriebene Methoden, die nicht vererbt werden. 

1 1.2.1 Interfacemethoden 

Alle in einem Interface deklarierten Methoden sind implizit abstract, d.h. bei ihrer 
Deklaration werden lediglich Ergebnistyp und Signatur der Methode festgelegt, und 
der Methodenrumpf entfällt. Darüber hinaus sind Interfacemethoden implizit public, 
und die Angabe dieses Modifizierers erübrigt sich somit. 

Eine Interfacemethode darf nicht static spezifiziert werden (static Methoden können 
nicht abstrakt sein, vgl. 9.7). Sie darf auch nicht final spezifiziert werden - dies würde 
das Überschreiben unterbinden, was ja gerade beabsichtigt ist. Zum Beispiel ist 

// Eingabe.java 

package lib.kapiteH 1 .einaus; 

Import java.io.lOException; 

public Interface Eingabe { 

boolean IlesBooleanQ throws lOExceptlon; 
char liesCharO throws lOExceptlon; 
long IlesLongO throws lOExceptlon; 
double liesDoubleQ throws lOExceptlon; 

String IlesStringO throws lOExceptlon; 

} 

ein Interface, in dem eine Reihe von Methoden zum Lesen von Werten elementarer 
Datentypen deklariert sind. Auf die Bedeutung der mit throws lOExceptlon spezi- 
fizierten Ausnahme, die die Methoden bei ihrem Aufruf möglicherweise auswerfen, 
gehen wir erst in Kapitel 15 ein. 

Interfaces müssen, bevor man sie verwenden kann, wie Klassen in Bytecodes über- 
setzt werden. In unserem Beispiel empfiehlt es sich, falls man mit dem JDK arbei- 
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tet, die Quellen wieder analog zu Abschnitt 10.6 in einem Verzeichnis /OOPinJa- 
va/src/kapitel1 1 abzulegen und die class-Dateien beispielsweise in ein eigenes Un- 
terpaket von lib.kapitelH aufzunehmen. Dazu rufen wir den Compiler im aktuellen 
Verzeichnis /OOPinJava/src/kapitel 11 auf: javac -d Eingabe.java. Interessierte 
können sich das Resultat ansehen mittels 

javap -c -classpath ../.. lib.kapitellI.einaus.Eingabe 

11.2.2 Interfacevariablen 

Neben abstrakten Methoden können im Rumpf einer Interfacedeklaration auch Va- 
riablen deklariert werden. Diese sind implizit public, static und final, es handelt sich 
also um klassenspezifische symbolische Konstanten. Die Verwendung der Modifizie- 
rer ist zulässig, aber überflüssig. Für alle Variablen muß man bei ihrer Deklaration 
einen Initialisierer angeben. 

Passend zum Eingabe-Interface können wir ein Ausgabe-Interface so deklarieren: 

// Ausgabe.java 

package lib.kapitell 1 .einaus; 

public interface Ausgabe { 
char BS = ’\b’, HT = Y, LF = ’\n’, FF = ’\f , CR = V; 
int STD_BREITE = 10; 
void schreibe(boolean b); 
void schreibe(boolean b, int breite); 
void schreibe(char c); 
void schreibe(char c, int breite); 



} 

An den zweiten Parameter kann hier jeweils die Breite des benötigten Ausgabefor- 
mats übergeben werden. 



11.3 Die Implementation von Interfaces 



Bei der Deklaration einer Klasse kann festgelegt werden, daß die Klasse ein oder 
mehrere Interfaces implementiert; vgl. 8.1 und die Syntaxregeln 27 und 28. Hierzu 
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gibt man die Namen dieser Interfaces durch Kommas getrennt vor dem Klassenrumpf 
an und leitet diese Liste mit dem Schlüsselwort implements ein. 

Im Unterschied zu Superklassen sind jetzt mehrere direkte Superinterfaces zulässig. 
Die deklarierte Klasse erbt alle Methoden und Konstanten aus den direkten Superin- 
terfaces, die sie implementiert. 

Für alle in den implementierten Superinterfaces enthaltenen Methoden (dort dekla- 
riert oder selbst von anderen Superinterfaces geerbt) muß die Klasse eine Implemen- 
tation liefern, es sei denn, sie ist abstrakte Klasse. Zum Beispiel: 

// StandardEingabe.java 
package iib.kapiteH 1 .einaus; 

Import java.io.*; 

public dass StandardEingabe implements Eingabe { 
private static BufferedReader in 
= new BufferedReader(new InputStreamReader(System.ln)); 
public boolean liesBooleanQ throws lOExceptlon { 
return Boolean.valueOf(in.readLine()).booleanValue(); 

} 

public char IlesCharQ throws lOExceptlon { 
return ln.readLine().charAt(0); 

} 

public long liesLongQ throws lOExceptlon { 
return Long.parseLong(in.readLine()); 

} 

public double llesDouble() throws lOExceptlon { 
return Double.valueOf(in.readLine()).doubleValue(); 

} 

public String IlesStringQ throws lOExceptlon { 
return in.readLine(); 

} 

} 

Wir speichern und übersetzen auch diese Datei in /OOPinJava/src/kapitel1 1 . Die fol- 
gende Anwendung wird dann konventionsgemäß im Verzeichnis /OOPinJava/kapiteH 1 
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gespeichert, wie üblich übersetzt (javac -classpath .. StandardEingabeTest.java) und 
wie gewohnt gestartet (java -classpath StandardEingabeTest). 

// StandardEingabeTest.java 

Import java.io.*; 

Import lib.kapIteH 1 .einaus.*; 

dass StandardEingabeTest { 
public static void main(String[] args) throws lOExceptlon { 

PrintWriter out = new PrlntWriter(System.out, true); 

StandardEingabe ein = new StandardEIngabeQ; 

out.prIntC'l (long): "); 

out.flushO; 

long I = eln.IiesLongO; 



} 

} 

Eine andere Implementation des Eingabe-Interfaces, z.B. für die Eingabe mit Barco- 
de-Scannern, könnte so aussehen: 

package lib.kapiteH 1 .einaus; 

Import java.io.*; 

public abstract dass ScannerEingabe Implements Eingabe { 
public String liesStrIngO throws lOExceptlon { 

Scanner ablesen 

} 

} 

Wir nehmen hier an, daß das Scannerprogramm nur Zeichenketten liefert und daß 
daher nur für IlesString ein sinnvoller Rumpf mit dem Aufruf gerätespezifischer Me- 
thoden deklariert werden kann. Alle verbleibenden Methoden sind demnach nicht 
überschrieben und werden abstrakt vererbt. Die Klasse selbst ist dann auch abstract 
zu deklarieren. 

Weil eine Methode die Zugriffsrechte einer überschriebenen Methode nicht einschrän- 
ken darf (10.3.1), müssen sämtliche Methoden, die Interfacemethoden implementie- 
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ren, grundsätzlich public spezifiziert werden. Die Beispielklasse Y im nächsten Ab- 
schnitt zeigt, daß die Implementation einer Interfacemethode auch aus einer Super- 
klasse geerbt werden kann. 



11.4 Sub- und Superinterfaces 

Interfaces können in Sub-/Supertyp-Beziehungen stehen, wobei auch hier wieder - 
wie bei Klassen - das Schlüsselwort extends benutzt wird. Im Gegensatz zur Verer- 
bung bei Klassen ist es jetzt jedoch zulässig, mehrere Superinterfaces zu deklarieren 
(Syntaxregel 54). 

Die nach extends aufgeführten Interfaces sind die direkten Superinterfaces des dekla- 
rierten Interfaces. Umgekehrt heißt das deklarierte Interface direktes Subinterface. 
Ein Interface erbt alle Konstanten seiner direkten Superinterfaces, ebenso alle Me- 
thoden mit Ausnahme derjenigen, die es überschreibt. Zum Beispiel erbt K hier die 
Methoden g und h: 

Interface I { void g(); } 

Interface J { vold h(); } 

Interface K extends I, J { 
vold f(); 

} 

Eine Klasse, die ein Interface implementiert, muß auch alle geerbten Methoden im- 
plementieren. Anderenfalls ist sie (wie oben die ScannerEIngabe) abstrakt und muß 
entsprechend gekennzeichnet werden. Wenn eine nicht abstrakte Klasse also das In- 
terface K implementiert, muß sie zumindest die Methoden f, g und h als Elemente 
haben. Ob diese Methoden durch Deklaration oder Vererbung Kassenelement sind 
oder werden, spielt keine Rolle. Im Beispiel 

dass X { 

public vold h() { } 

public vold l() { } 

} 



Interface L { vold l(); } 
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dass Y extends X implements K, L { 

public void f() { } 

public void g() { } 

} 



muß Y die Methoden f, g, h und i implementieren. Die Implementation von h und i 
wird dabei aus X geerbt. 

Einen derartigen Sachverhalt stellt man in der Regel mit gestrichelten Linien, die die 
implements-Beziehungen repräsentieren, dar, z.B. 



lg Ih 




X, h, i K,f L, i 




Zur besseren Unterscheidung wird für Interfaces oft ein anderer Schrifttyp (hier kur- 
siv) benutzt. 

Die Vererbungsstruktur (extends) zwischen Interfaces ist unabhängig von der zwi- 
schen Klassen; miteinander verknüpft werden die beiden Konzepte durch die imple- 
ments-Beziehungen zwischen Klassen und Interfaces. 



11.5 Mehrdeutigkeiten 

Dadurch, daß eine Klasse mehrere Interfaces implementieren kann bzw. ein Inter- 
face mehrere Superinterfaces haben kann, ist es möglich, daß verschiedene Elemente 
gleichen Namens vererbt werden. 

• Wenn es sich dabei um Variablen handelt, muß der Zugriff in der Subklasse 
bzw. im Subinterface qualifiziert erfolgen, ansonsten ist die Deklaration fehler- 
haft. Zum Beispiel: 
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interface A { int a = 5; } 

interface B { float a = -1 .25f; } 

dass C { byte a = -12; } 

interface TI extends A, B { 
double t = a; // Fehler 
double X = A.a; 
double y = B.a; 

} 

dass T2 Implements A, B { 
double t = a; // Fehler 
double X = A.a; 
double y = B.a; 

} 

dass T3 extends C Implements A, B { 
double t = a; // Fehler 
double X = A.a; 
double y = B.a; 
double z = super.a; 

} 

• Für Methoden liegt der Fall noch einfacher, solange man keine Ausnahmebe- 
handlung (Kapitel 15, S. 288) berücksichtigt: 

“ Bei gleicher Signatur überschreibt die Methode in der Subklasse oder 
im Subinterface die Methode in der Superklasse bzw. im Superinterface. 
Zum Beispiel kann a hier für S2- und S3-Objekte aufgerufen werden: 

interface D { vold a(lnt i); } 
interface E { void a(int i); } 
dass F { 

public void a(int i) { } 

} 

interface S1 extends D, E { void a(int i); } 
dass S2 Implements D, E { 
public void a(int i) { } 

} 

dass S3 extends F Implements D, E { } 
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- Im Fall verschiedener Signaturen wird überladen und gegebenfalls mit 
anderen Deklarationen zusätzlich überschrieben. Zum Beispiel kann a 
hier für R2- und R3-Objekte aufgerufen werden: 

interface U { void a(int i); } 

Interface V { void a(double d); } 
dass W { 

public void a(double d) { } 

} 

interface R1 extends U, V { void a(lnt i); } 
dass R2 Implements U, V { 

public void a(int I) { } 

public void a(double d) { } 

} 

dass R3 extends W Implements U, V { 
public void a(int i) { } 

} 

- Wie immer ist der Versuch, mit gleicher Signatur, aber unterschiedlichem 
Ergebnistyp zu überschreiben, ein Fehler. 

• Methoden und Variablen werden aufgrund der unterschiedlichen Syntax beim 
Aufruf bzw. Zugriff unterschieden; hier kann es nicht zu Problemen kommen. 

An den letzten Beispielen erkennt man, daß es, aus Gründen der Programmklarheit 
und -Verständlichkeit, nur sinnvoll ist, zu überschreiben oder zu überladen, wenn 
vergleichbare Funktionalität auch gleich benannt werden soll bzw. wenn mit den- 
selben Referenzvariablen Objekte auf verschiedenen Ebenen der Klassenhierarchie 
polymorph anzusprechen sind. 

Zum Abschluß dieses Abschnitts betrachten wir ein umfangreicheres Beispiel, an 
dem das sinnvolle Überschreiben von Interfacemethoden sowie die Möglichkeit, Ob- 
jektreferenzen implizit in Referenzen auf Interfaces umzuwandeln und diese dann für 
polymorphe Aufrufe zu nutzen, demonstriert werden kann. 

Dieses Beispiel zeigt, wie eine Getriebe von einem Schaltpult aus gesteuert wird. Die 
Steuerung wird über die Interfacemethode fuehreAus vorgenommen, die in den Klas- 
sen Hoch, Herunter, Leerlauf und Aus, die das Interface implementieren, überschrie- 
ben ist. Bei der Initialisierung des aktion-Felds werden diese Klassentypen jeweils in 
den Interfacetyp Methode konvertiert. 
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// Getriebe.java 
dass Getriebe { 

private final short ANZ_GAENGE = 5; 
private short gang; 

GetriebeO { gang = 0; } 

void hoch() { if (gang < ANZ_GAENGE) ++gang; } 
void herunterO { if (gang > 0) --gang; } 
void leerlaufO { gang = 0; } 
int gangO { return gang; } 

} 



// Pultjava 
Import java.io.*; 

Interface Methode { void fuehreAus(Getriebe g); } 

dass Pult { 
private Getriebe g; 
private String[] anzeige = { 

”0. Ausschalten", “1. Hochschalten'', “2. Herunterschalten'', "3. Leerlauf 

}; 

private MethodeQ aktion = { 

new Aus(), new Hoch(), new HerunterO, new Leerlauf() 

}; 

private BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
private PrintWriter out = new PrintWriter(System.out, true); 

Pult(Getriebe g) throws lOException { 
this.g = g; 
schalteO; 

} 

int waehleO throws lOException { 
out.printInC'Gang; “ + g.gangQ); 
for (int i = 0; i < anzeige.length; i++) 
out.println(anzeige[i]); 
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out.print("\nAktion waehlen: "); 
out.flushQ; 

return lnteger.parselnt(in.readüne()); 

} 

void schalteO throws lOException { 
int auswahl = 0; 

while ((auswahl = waehleO) != 0) 
aktion[auswahl].fuehreAus(g): 

} 

public static void main(String[] args) throws lOException { 
new Pult(new GetriebeO); 

} 



dass Hoch implements Methode { 
public void fuehreAus(Getriebe g) { g.hoch(): } 

} 

dass Herunter implements Methode { 
public void fuehreAus(Getriebe g) { g.herunter(); } 

} 

dass Leerlauf implements Methode { 
public void fuehreAus(Getriebe g) { g.leerlauf(); } 

} 

dass Aus implements Methode { 
public void fuehreAus(Getriebe g) { } 

} 



11.6 Interfaces aus der Java-Bibliothek 



In der Java-Bibliothek ist eine Reihe von Interfaces deklariert, die zum Teil von den 
Anwendern zu implementieren sind und zum Teil bereits in Java-Bibliotheksklassen 
implementiert wurden. 

Im Paket java.lang findet man z.B. die Interfaces Cloneable und Runnable, mit de- 




11.6. INTERFACES AUS DER JAVA-BIBLIOTHEK 



181 



ren Implementation das Anfeitigen von tiefen Kopien (Klonen) komplexerer Objekte 
bzw. das asynchrone Ausführen von Methoden in eigenen Threads ermöglicht wird. 

java.util enthält das Observer-Interface: 

public interface Observer { 
void update(Observable o, Object arg); 

} 

Dieses ist zur Implementation des „Observer/Observable“ -Musters vorgesehen, bei 
dem ein oder mehrere Observer-Objekte ein Observable-Objekt auf Veränderungen 
seines Zustands überwachen. Siehe hierzu Übungsaufgabe 3. 

In java.awt.event sind Listener-Interfaces deklariert, mit denen man Listener-Objekte 
implementiert, die auf die Ereignisse in einer grafischen Benutzeroberfläche pro- 
blemspezifisch reagieren. Im ZaehlerFrame und im ZaehlerApplet (Kapitel 1) hatten 
wir beispielsweise das ActionListener-Interface implementiert. Das Listener-Konzept 
wird in Abschnitt 13.6 ausführlich diskutiert. 

Im Zusammenhang mit dem Serialisieren, bei dem man Objekte in Byte-Folgen um- 
wandelt, damit sie in Dateien gespeichert oder über das Netz versandt werden können, 
ist das Serializable-Interface aus java.io zu „implementieren“. Es hat die Form 

public interface Serializable { } 

erfordert also keinerlei Implementationsaktivitäten, sondern dient lediglich als Mar- 
kierung (siehe Abschnitt 16.6). 

Verschiedene Collection-Klassen (z.B. HashSet oder ArrayList, siehe Abschnitt 14.9) 
enthalten eine Methode iterator, die ein Iterator-Objekt liefert. Dieses Interface, das 
aus java.util stammt, ist folgendermaßen deklariert: 

public interface Iterator { 
boolean hasNextQ; 

Object next(); 
void removeO; 

} 

Ein Objekt einer Klasse, die dieses Interface implementiert, referenziell ein Collec- 
tion-Objekt, über dessen Elemente man „iterieren“ kann. Die Methode next soll je- 
weils das nächste Element liefern; mit hasNext kann man testen, ob noch weitere 
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Elemente vorhanden sind - nur in diesem Fall ist das Resultat true. remove entfernt 
das zuletzt erhaltene Element aus der Collection. Statt das Interface selbst zu imple- 
mentieren, betrachten wir es am Beispiel der Klassenmethode System.getProperties, 
die das plattformabhängige Properties-Objekt eines Java-Systems liefert. Mit der 
Instanzmethode keySet erhält man hiermit die Menge der Namen aller gefundenen 
Systemeigenschaften als Set-Objekt, und iterator produziert schließlich den Iterator. 

// IterTest.java 

Import java.io.*; 

Import java.util.*; 

dass IterTest { 

public static void maln(String[] args) { 

PrintWrIter out = new PrintWrlter(System.out, true); 

Iterator it = System.getPropertles().keySet().iterator(); 
while (it.hasNextO) 
out.println(lt.nextO); 

} 

} 

Der explizite Cast vom Typ Object, den next liefert, zum Typ String wird hier nicht 
benötigt, weil prInt und printin ihn in ihrem Methodenrumpf enthalten. 

Bemerkung 

Es ist zum Abschluß dieses Kapitels noch einmal deutlich darauf hinzuweisen, daß 
Interfacemethoden genau wie abstrakte Methoden in abstrakten Klassen als Einstiegs- 
punkte für Methodenaufrufe in Klassen, die das Interface implementieren, nutzbar 
sind und daß eine Interfacemethode die Deklaration aller Methoden mit derselben 
Signatur in allen Superinterfaces überschreibt. 



11.7 Übungsaufgaben 

1 . Machen Sie sich klar, wie der Aufruf aktion[auswahl].fuehreAus(g) im Pult/Ge- 
triebe-Beispiel ausgeführt wird. 

2. Das Cloneable-Interface ist in java.lang folgendermaßen deklariert: 
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public interface Cloneable { } 

Es dient lediglich dazu, in Klassen, die es implementieren, darauf hinzuweisen, 
daß die aus Object geerbte Methode clone überschrieben wird. 

Vervollständigen Sie die Klasse Matrix, so daß tiefe Kopien angefertigt werden, 
und schreiben Sie eine kleine Test- Anwendung. 

dass Matrix implements Cloneable { 
private double[][] x; 

Matrix(int m, int n) { 

X = new double[m][n]; 

} 

public Object cloneQ { 

Matrix kopieren 

} 

void drucke(String s) { 
out.println(s); 

Matrixelemente ausdrucken 

} 



} 

3. Bei einer Implementation des „Observer/Observable“ -Musters haben ein oder 
mehrere Observer-Objekte ein Observable-Objekt auf Veränderungen seines 
Zustands zu überwachen. 

In der Klasse Observable, die wie das Observer-Interface in java.util dekla- 
riert ist, ist die Kommunikation zwischen dem Observable-Objekt und seinen 
Observern dadurch vorbereitet, daß u.a. Methoden addObserver, setChanged 
und notifyObservers implementiert sind. 

Ein einfaches Beispiel ist die Klasse Wuerfel, deren Methode wuerfeln pro Se- 
kunde einen Würfelwurf simuliert. 

// Wuerfel. java 

Import java.util.*; 

dass Wuerfel extends Observable { 
void wuerfelnQ { 
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for (;:) { 

int num = (int)(Math.random()*6 + 1); 
if (num == 6) { 
setChangedO; 
notifyObserversO; 

} 

try { 

Thread.sleep(IOOO); 

} catch (InterruptedException ex) { } 

} 

} 

} 

Jedesmal, wenn eine Sechs gewürfelt wird, teilt das Wuerfel-Objekt dies seinen 
Observem (falls vorhanden) über den notifyObservers- Aufruf mit und ruft bei 
diesen update auf. Voraussetzung ist dabei ein vorangehender setChanged- 
Aufruf. 

Die Observer-Methode update ist so zu implementieren, daß sie die Aktivitäten 
ausführt, die gewünscht sind, wenn sich der Zustand des Observable-Objekts 
geändert hat. Schreiben Sie eine Klasse Anzeige, die das Observer-Interface 
implementiert. Ignorieren Sie dabei die beiden update-Parameter und geben 
Sie lediglich einen Text aus. 

Testen Sie Ihre Implementation in einer kleinen Anwendung. Damit eine An- 
zeige a einen Würfel w observiert, ist ein Aufruf w.addObserver(a) erforder- 
lich. Experimentieren Sie auch mit mehreren Observem, die unterschiedliche 
Ausgaben erzeugen. 

(Hinweis: notifyObserversO ruft bei den Observem update(this, null) auf, no- 
tifyObservers(x) ruft update(this, x) auf, wobei x Referenz auf ein beliebiges 
Objekt ist.) 

4. Lösen sie die SortAlgo/Sortierbar-Aufgabe aus Kapitel 10 unter Verwendung 
von zwei Interfaces. 




Kapitel 12 



Eingebettete Klassendekiarationen 



Innerhalb einer Klassendeklaration kann man nicht nur Variablen und Methoden, son- 
dern auch andere Klassen deklarieren. Es sind hier drei Fälle zu unterscheiden: innere 
Klassen, anonyme Klassen sowie static deklarierte Klassen. 



12.1 Innere Klassen 

Eine innere Klasse ist eine Klasse, die als Element einer Klasse oder in einem Block 
innerhalb einer Klasse deklariert ist. Es kann sich dabei um beliebige Blöcke, z.B. den 
Rumpf einer Methode oder einen Block in einer if-Anweisung handeln. Die innere 
Klasse erhält als Geltungsbereich den Rumpf der Klasse, in die sie eingebettet ist, 
bzw. den Block. Wir betrachten als erstes, noch sehr abstraktes Beispiel das Folgende: 

dass U { 

void m(final double y) { 

if (X > 0.0 && Math.abs(y) >= Double.MIN_VALUE) { 
dass V { 
void druckeQ { 

System.outprintln("logC + x 4^ ”}/(“ + y + “} = " + Math.log(x)/y); 

} 

V V = new V(); 
v.druckeO; 

} 



} 
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private PrintWriter out = new PrintWriter(System.out, true); 
private double x; 

U(double X) { 
this.x = x; 

} 

} 

Die Klasse V ist hier im (dunkel schattierten) Block der if- Anweisung innerhalb des 
Rumpfs der Methode m aus Klasse U deklariert. Wenn man m nun für ein U -Objekt 
aufruft, z.B. 

U u1 = new U(2.7), u2 = new U(0.1); 

u1.m(1.1); 

u2.m(0.1); 

erhält man als Ausgabe 

log(2.7)/(1.1) = 0.9029561572820758 
log(0.1)/(0.1) = -23.025850929940454 

(vgl. /OOPinJava/kapitel12/lnnereKlasse.java). Offenbar kann die Methode drucke 
ohne weitere Qualifizierung auf die Variablen out, x und y außerhalb ihres Geltungs- 
bereichs zugreifen. Genauer gilt: Code in einer inneren Klasse kann auf alle Varia- 
blen und Methoden einer umgebenden Klasse, auf alle lokalen final Variablen eines 
umgebenden Blocks und auf alle final Parameter eines umgebenden Methodenrumpfs 
zugreifen. Eine Ausnahme bilden innere Klassen, die in einem Block innerhalb einer 
static Methode oderin einem static Initialisierer deklariert sind - hier geht der Zugriff 
auf die umgebende Klasse verloren. Die final-Restriktion ist im wesentlichen in der 
vereinfachten Umsetzung des Konzepts durch javac begründet, auf die wir unten (S. 
187) kurz eingehen werden. 

Auf die Instanzvariablen und Methoden einer umgebenden Klasse greift das Objekt 
einer inneren Klasse über die umgehende Instanz zu. Da ein Objekt einer inneren 
Klasse nur in einer Methode oder einem Konstruktor einer umgebenden Klasse er- 
zeugt werden kann, ist die umgebende Instanz das Objekt, für das diese Methode 
oder dieser Konstruktor aufgerufen wurde. (Siehe auch Übungsaufgabe 3 am Ende 
des Kapitels.) 

Die umgebende Instanz einer inneren Klasse V, die in eine Klasse U eingebettet ist, 
kann man explizit durch U.this referenzieren. Im Beispiel ist auch 
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if (U.this.x > 0.0 && Math.abs(y) >= Double.MIN_VALUE) { 

möglich, und mit dieser Art Qualifizierung sind wieder Zugriffe auf verdeckte Varia- 
blen realisierbar. 

Bei der Erzeugung eines Objekts einer inneren Klasse V in einer Methode einer um- 
gebenden Klasse U schreibt man einfach new V() und stellt damit das Objekt, für das 
die Methode aufgerufen wurde, als umgebende Instanz zur Verfügung. Java legt hier 
implizit eine Referenz auf die umgebende Instanz sowie Speicherplatz für lokale Va- 
riablen oder Parameter an. Im Beispiel stellt sich die Situation beim Aufruf u1 .m(1 .1 ) 
so dar: 



(y) 



V 



U1 




U-Objekt 

(umgebende Instanz) 



X out 



Man kann dies mittels javap ’U$1 $V’ (Unix) bzw. javap U$1 $V (Win 95/98/NT) unter- 
suchen. Java ersetzt den Standardkonstruktor von V durch einen Konstruktor mit zwei 
Parametern des Typs U bzw. double. Die Bytecodes für die innere Klasse V stehen 
in U$1$V.class. Damit wird der Grund für die oben angesprochene final-Restriktion 
klar; die Kopien der Parameter oder lokalen Variablen (im Beispiel y) müßten, falls 
man ihre Modifikation zuließe, mit ihren Originalen, die ja noch an anderer Stelle im 
Speicher stehen, synchronisiert werden. 

Objekte einer inneren Klasse V können nie ohne umgebende Instanz erzeugt wer- 
den. Mehrere Objekte einer inneren Klasse können dieselbe umgebende Instanz ha- 
ben; im obigen Beispiel ergibt sich dies, wenn wir den Rumpf von m erweitern zu 
V V = new V(), w = new V(); 

Einen sinnvolleren und typischen Einsatz innerer Klassen zeigt eine überarbeitete 
Version des Pult/Getriebe-Beispiels aus Abschnitt 1 1.5. Hier kann die „Oberflächen“ - 
Klasse Pult verbessert werden, indem man die Steuerungsklassen als innere Klassen 
in Pult einbettet. Diese werden dann aus dem Paket-Geltungsbereich in den Gel- 
tungsbereich Pult aufgenommen. Da sie auf die Variablen der umgebenden Klasse 
zugreifen können, erübrigt sich der Getriebe-Parameter in der Methode fuehreAus, 
und das Beispiel erhält folgende Gestalt (vgl. /OOPinJava/kapitel12/innen/Pult.java): 
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dass Pult { 

Variablen g, anzeige, aktion, in, out unverändert 

Pult(Getriebe g) throws lOException { 
this.g = g; 
schalteO: 

} 

void schalteO throws lOException { 
int auswahl = 0; 

while ((auswahl = waehleO) != 0) 
aktion[auswahl].fuehreAus(); 

} 

int waehleO throws lOException { 
out.println("Gang: " + g.gangO); 
for (int i = 0; i < anzeige.length; i++) 
out.println(anzeige[i]); 
out.print(“\nAktion waehlen: “); 
out.flushO: 

return Integer.parselnt(in.readLineO); 

} 

public static void main(String[] args) throws lOException { 
new Pult(new Getriebe()); 

} 

dass Hoch implements Methode { 
public void fuehreAus() { g.hoch(): } 

} 

dass Herunter implements Methode { 
public void fuehreAus() { g.herunter(); } 

} 

dass Leerlauf implements Methode { 
public void fuehreAus() { g.leerlauf(); } 

} 

dass Aus implements Methode { 
public void fuehreAus() { } 

} 

interface Methode { void fuehreAus(); } 

} 



Es ist wichtig, festzuhalten, daß die Klasse Getriebe von diesen Änderungen nicht 
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tangiert wird, d.h. aus den Veränderungen der Benutzerschnittstelle resultiert kein 
Änderungsbedarf bei dieser problemspezifischen Klasse. 

Auch in unseren ersten Beispielen ZaehlerFrame und ZaehlerApplet hatten wir eine 
innere Klasse, den ButtonListener, eingesetzt. Das Pult-Beispiel zeigt weiterhin, daß 
nicht nur Klassen, sondern auch Interfaces als innere Interfaces in eine Klassende- 
klaration aufgenommen werden können. Von außerhalb ihres Geltungsbereichs kann 
man auf sie dann voll qualifiziert, im Beispiel also mit dem Namen Pult.Methode 
zugreifen. 

Innere Klassen können als abstract oder final spezifiziert werden. Da man innere 
Klassen aber sinnvollerweise nicht zum Deklarieren größerer Vererbungshierarchien 
verwenden wird, ist diese Modifikationsmöglichkeit kaum von Belang. 



12.2 Anonyme Klassen 

Wenn man das letzte Beispiel betrachtet, sieht man, daß die Klassen Aus, Hoch, 
Herunter und Leerlauf nur ein einziges Mal - bei der Deklaration des aktion-Felds 
- zur Konstruktion je eines Objekts benutzt werden. 

Sofern es sich, wie im Beispiel, um Klassen handelt, die Subtyp einer Klasse oder ei- 
nes Interfaces sind, gestattet es Java, die Klasse auch ohne Namen anonym zu dekla- 
rieren und gleichzeitig ein Objekt zu erzeugen. Dazu spezifiziert man den Supertyp 
und den Klassenrumpf nach dem Schlüsselwort new, zum Beispiel: 

new MethodeO { 
public void fuehreAus() { 
g.hochO; 

} 

}; 



Der Ausdruck erzeugt dann genau ein Objekt der anonymen Klasse und liefert eine 
Referenz auf dieses Objekt. Eine derartige Konstruktion kann überall dort stehen, wo 
ein elementarer Java-Ausdruck stehen kann. Wenn der nach new spezifizierte Typ ein 
Klassentyp ist, wird ein Objekt einer anonymen Klasse erzeugt, die Subklasse dieser 
Klasse ist; wenn ein Interface spezifiziert ist, wird ein Objekt einer anonymen Klasse 
erzeugt, die dieses Interface implementiert. Wenn es sich bei dem Supertyp um eine 
Klasse handelt, ist es möglich, wie bisher eine beliebige Anzahl von Argumenten 
deren Konstruktor zu übergeben. 




190 



KAPITEL 12. EINGEBETTETE KLASSENDEKLARATIONEN 



Die Klasse Pult läßt sich mit dieser Technik weiter vereinfachen zu: 

dass Pult { 
private Getriebe g; 
private String[] anzeige = { 

"0. Ausschalten", "1. Hochschalten", "2. Herunterschalten", "3. Leerlauf" 

}; 

private Methode[] aktion = { 
new MethodeO { public void fuehreAus() { } }, 
new MethodeO { public void fuehreAusQ { g.hoch(); } }, 
new MethodeO { public void fuehreAusO { g.herunter(); } }, 
new MethodeO { public void fuehreAusO { g.leerlaufO; } } 

}; 

private BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
private PrintWriter out = new PrintWriter(System.out, true); 

Pult(Getriebe g) throws lOException { unverändert } 

void schalteO throws lOException { unverändert } 

int waehleO throws lOException { unverändert } 

public static void main(String[] args) throws lOException { 
new Pult(new GetriebeO); 

} 

interface Methode { 
void fuehreAusO; 

} 

} 

(Vgl. /OOPinJava/kapitel12/anonym/Pult.java.) Man sieht, daß es so möglich ist, ei- 
ne Fülle von Funktionalität auf knappem Raum zu bündeln und den Code nicht mit 
kaum oder gar nicht benötigten Namen zu überfrachten. Ähnlich haben wir in main 
einfach new Pult(new GetriebeO); geschrieben und nicht Getriebe g = new Getrie- 
beO; Pult p = new Pult(g);. Es ist aber klar, daß anonyme Klassen nur sinnvoll bei 
Superklassen oder Interfaces mit wenigen Codezeilen einsetzbar sind, da das Resul- 
tat sonst nicht mehr lesbar ist. Weiterhin ist zu beachten, daß Java auch für anonyme 
Klassen class-Dateien, im Beispiel Pult$1 .dass, Pult$2.class usw. anlegt, die beim 
Archivieren von Projekten (siehe Abschnitt 13.3) mit gepackt werden müssen. 

Wir werden anonyme Klassen im folgenden sehr oft bei der Konstruktion von Bc- 
nutzerschnittstellen (siehe die Beispiele in 1 3.5- 1 3.7) und bei der Erzeugung von 
Threads (siehe Kapitel 17. 1 ) einsetzen. 
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12.3 Eingebettete static Klassen 

Es ist möglich, eine eingebettete Klasse als static Element einer Klasse zu deklarie- 
ren. In Analogie zu Variablen und Methoden, die dann keinen Bezug mehr zu einem 
Objekt haben und zur Klassenvariable oder Klassenmethode werden, ist eine derarti- 
ge Klasse nicht mehr innere Klasse, und für ihre Objekte existiert keine umgebende 
Instanz mehr. Klassen mit Paket-Geltungsbereich und eingebettete static Klassen 
werden auch als top-level Klassen bezeichnet. 

Objekte einer top-level Klasse können nur auf ihre eigenen Variablen und Methoden 
(und auf die aus Superklassen geerbten) zugreifen. Das Einbetten verfolgt hier nur 
den Zweck, eine Klasse Y, deren Objekte nur in einer Klasse X, in der sie als Elemente 
auftreten, benötigt werden, aus dem Paket-Geltungsbereich in den Geltungsbereich 
der Klasse X einzubringen. Im folgenden Beispiel ist Position als top-level Klasse 
in Bestellung eingebettet. Diese Einbettung ist sinnvoll, da Bestellpositionen nur 
innerhalb von Bestellungen benötigt werden. 

dass Bestellung { 

private final static int maxPos = 20; 
private static int aktNr; 
int nummer; 

Date datum; 

Position[] pos = new Position[maxPos]; 

BestellungO { 

nummer = ++aktNr; 
datum = new Date(); 

} 

void fuegePosAn(Position p) { } 

void loeschePos(Position p) { } 

static dass Position { 

String produkt; 
int menge; 

Position(String produkt, int menge) { 
this.produkt = produkt; 
this.menge = menge; 

} 

} 

} 




192 



KAPITEL 12. EINGEBETTETE KLASSENDEKLARATIONEN 



Bei der Verwendung von eingebetteten top-level Klassen ist zu beachten, daß diese - 
außer beim Zugriff mit einer Referenz auf ein konkretes Klassenobjekt der umgeben- 
den Klasse - nur static Variablen und Methoden der umgebenden Klasse verwenden 
können. Zum Beispiel: 

dass X { 
private int xi; 
private static int i; 
static dass Y { 
int yi; 

V(){yi = i:} 

void f(X refX) { yi = refX.xi; } 

void g() { yi = xi; } // Fehler 

} 

} 

Der Grund für diese Einschränkung ist, daß Objekte der eingebetteten Klasse ohne die 
umgebende Klasse erzeugt werden können, wenn man wie bei einer static Variablen 
oder Methode den voll qualifizierten Namen benutzt und im Beispiel etwa 

X.Y a; 

schreibt. Ein Aufruf a.g() wäre hier sinnlos, da in a keine Variable xi existiert. Auf 
static Variablen und Methoden der umgebenden Klasse, die unabhängig von Objekten 
existieren, kann dagegen zugegriffen werden, wobei die innere Klasse alle Zugriffs- 
rechte besitzt. Zwischen einer umgebenden Klasse X und den static Elementen einer 
eingebetten Klasse Y gibt es ebenso alle Zugriffsmöglichkeiten - sofern man voll- 
ständig qualifiziert zugreift. 

Wie wir gesehen haben, enthält eine umgebende Klasse X allein dadurch, daß in ihr 
eine eingebette Klasse Y deklariert wird, noch kein Y-Objekt. Werden Instanzen der 
eingebetteten Klasse als Elemente der umgebenden Klasse deklariert, so greift man 
auf deren Elemente genauso mit mehrfacher Verwendung von . zu, wie bei Elementen 
einer Klasse im Paket-Geltungsbereich, also etwa 

Bestellung b = new BestellungO; 
b.fuegePosAn(new Bestellung. Position('Tallowate'', 25)); 
out.println(b.pos[0]. menge); 
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Zum Abschluß dieses Abschnitts ist noch zu bemerken, 

- daß top-level Klassen nur in top-level Klassen (und nur als Element, nicht in 
einem Block) eingebettet werden können, 

- daß neben static sämtliche anderen Modifizierer (public, protected, private, 
abstract, final) in ihrer üblichen Bedeutung (vgl. Kapitel 10) benutzt werden 
können und 

- daß nur top-level Klassen (und Interfaces) static Variablen oder Methoden de- 
klarieren können. 



12.4 Übungsaufgaben 

1. Gehen Sie von der folgenden, leicht modifizierten Version des Wuerfel-Bei- 
spiels (Übungsaufgabe 3, Kapitel 11) aus: 

dass Wuerfel extends Observable { 

WuerfelO { 

addObserver(new Anzeige()); 
wuerfelnQ; 

} 

void wuerfelnQ { 

unverändert 

} 

public static void main(String[] args) { 
new WuerfelQ; 

} 

} 

dass Anzeige implements Observer { 

unverändert 



(a) Bringen Sie das Beispiel wieder zum Laufen und testen Sie es. 

(b) Schreiben Sie das Beispiel so um, daß Anzeige innere Klasse in Wuerfel 
wird. 
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(c) Modifizieren Sie das Beispiel weiter, so daß Anzeige innere Klasse im 
Wuerfel-Konstruktor wird. 

(d) Schreiben eine weitere Version, in der anstelle von Anzeige eine anonyme 
Klasse benutzt wird. 

2. Implementieren Sie ein Testprogramm, in dem eine anonyme Subklasse der 
Klasse 

dass X { 
int i, j; 

X(int i, int j) { 
this.i = i; 
this.j = j; 

} 

} 

zusammen mit einem X-Objekt erzeugt wird. Sorgen Sie dafür, daß i und j bei 
der Objektkonstruktion die Werte 5 bzw. -5 erhalten. 

3. Weshalb ist die folgende Klassendeklaration korrekt? In welchem Konstruk- 
tor und zu welchem Zeitpunkt wird das B-Objekt b erzeugt? Vgl. hierzu Ab- 
schnitt 9.6. 

dass A { 

B b = new B(); 

dass B { } 

weitere Elemente von A 



Was ändert sich im Fall static B b = new B();? 




Kapitel 13 



Das Abstract Window Toolkit, 
Applets und Frames (Teil I) 



In Java können wir stand-alone Anwendungen schreiben, die zum Starten lediglich 
den Java-Interpreter benötigen. Auf der anderen Seite ist es möglich, Applets zu im- 
plementieren, die innerhalb eines Web-Browsers gestartet werden, der hier die Rolle 
des Anwendungsprogramms übernimmt. Mit der HTML-Markierung <applet> kann 
man Verweise auf Applets in eine Web-Seite einbetten. Wenn diese Seite in den 
Browser geladen wird, lädt der Browser ebenfalls das Applet und startet das App- 
let lokal mit seinem eingebauten Java-Interpreter. Je nach Bedarf werden weitere 
class-Dateien oder Image- oder Audio-Dateien vom Server geladen, wozu u.U. je- 
desmal eine neue Verbindung aufgebaut werden muß; dies hängt von der von Server 
und Browser verwendeten HTTP- Version ab. Der Prozeß läßt sich mit Java- Archiven 
beschleunigen (siehe Abschnitt 13.3). 

Der Browser stellt für Applets eine komplette Infrastruktur (Fenster, Grafik- Kontext, 
Ereignisverarbeitung) zur Verfügung, erzeugt für jedes Applet ein Objekt und ruft die 
entsprechenden Initialisierungsroutinen auf. 

Wir können eine Klasse so implementieren, daß sie alternativ als Applet und als 
stand-alone Anwendung eingesetzt werden kann. Dabei ist zu beachten, daß von 
den Browser-Herstellern mittels eines Security Manager-Objekts eine Sicherheitspo- 
litik implementiert werden muß. Von uns entwickelte Applets haben auf diese keinen 
Einfluß, wogegen wir den Standard-SecurityManager einer Anwendung austauschen 
könnten. Bei den meisten Browsern sind einige schwerwiegende Einschränkungen 
zu beachten, die verhindern sollen, daß über das Internet geladene Applets Paßwörter 
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oder Netzkonfigurationen lesen, Dateien überschreiben oder löschen, Viren in Pro- 
gramme einbauen usw. 

• Applets können auf dem Dateisystem des Hosts, auf dem der Browser läuft, 
nicht lesen oder schreiben. 

• Applets können nur mit dem Server, von dem sie geladen wurden, kommuni- 
zieren und keine Verbindungen zu anderen Servern aufbauen. 

• Applets können auf dem Broswer-Hosts keine Programme starten. 

Applets laufen im „Sandkasten“. Je nach verwendetem Browser kann es sein, daß 
man erweiterte Zugriffsmöglichkeiten auf spezielle Verzeichnisse konfigurieren kann; 
dies ist z.B. beim appletviewer und beim HotJava-Browser der Fall. Darüber hinaus 
ist es möglich, mittels javakey und jar Applets zu signieren und auf der Browser-Seite 
die Schlüssel der Applets, die von einer zuverlässigen Quelle kommen (trusted app- 
lets sind), zu kontrollieren. Ein Einfachstbeispiel mit der Installation eines speziellen 
SecurityManager-Objekts zeigen wir in Kapitel 21. 



13.1 Applets: Deklaration und wichtigste Aktivitäten 

Eine Applet-Klasse erzeugt man als Subklasse der Klasse Applet, die im Paket 
java.applet enthalten ist. Damit das Applet überall instanziert werden kann, muß 
die Klasse public spezifiziert werden. Zum Beispiel: 

public dass TestApplet extends java.applet.Applet { } 

Im Unterschied zu stand-alone Anwendungen, bei denen die VM lediglich die Klas- 
senmethode main aufruft, wird vom Browser nach dem Laden ein Objekt der Applet- 
Klasse erzeugt. Für dieses Objekt werden dann implizit die folgenden Methoden 
aufgerufen, die alle in Applet deklariert sind und problemspezifisch überschrieben 
werden können. 

init 

Diese Methode wird vom Browser aufgerufen, nachdem das Applet zum ersten 
Mal geladen wurde (auch nach erneutem Laden mittels Reload). Sie hat eine 
ähnliche Aufgabe wie der Konstruktor in einer Anwendung. Zum Beispiel er- 
zeugt man hier benötigte kooperierende Objekte, nimmt Initialisierungen vor, 
lädt Fonts oder Grafiken usw. Die Deklaration in der Klasse Applet ist; 
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public void init() { } 

Start 

Diese Methode wird unmittelbar nach init aufgerufen. Weiterhin wird sie jedes- 
mal erneut aufgerufen, wenn die Seite, auf der sich das Applet befindet, vom 
Browser erneut gelesen wird. Die Deklaration in der Klasse Applet ist: 

public void startQ { } 

stop 

Diese Methode wird unmittelbar vor destroy aufgerufen. Weiterhin wird sie 
jedesmal aufgerufen, wenn die Seite, auf der sich das Applet befindet, verlas- 
sen wird, stop und Start arbeiten typischerweise zusammen und unterbrechen 
ressourcenbelegende Aktivitäten eines Applets, während es nicht zu sehen ist. 
Die Deklaration in der Klasse Applet ist: 

public void stopQ { } 

destroy 

Diese Methode wird aufgerufen, bevor das Applet-Objekt gelöscht wird. Im 
Unterschied zu finalize ist destroy speziell für Applets verfügbar und wird nach 
stop aufgerufen. Die Deklaration in der Klasse Applet ist: 

public void destroyO { } 

paint 

Diese Methode wird aufgerufen, wenn eine Komponente (hier speziell das App- 
let) feststellt, daß sie sich erneut oder zum ersten Mal zeichnen muß, z.B. wenn 
sich etwas am darzustellenden Inhalt geändert hat oder ein anderes Fenster über 
den Browser bewegt wird. Die Deklaration in der Superklasse Component ist: 

public void palnt(Graphics g) { } 

Der Aufruf wird von einem AWT-Thread durch einen repai nt- Aufruf ausge- 
löst, kann aber von uns auch jederzeit durch ein explizites repaint() angefordert 
werden. Bei der Ausführung eines repalnt-Aufrufs ermittelt die zu zeichnende 
Komponente ihren Grafik-Kontext. Dabei handelt es sich um den Bereich des 
Bildschirmspeichers, in den die Komponente zeichnen darf, mit den entspre- 
chenden Methoden zu seiner Manipulation. Er wird durch ein Graphics-Objekt 
g repräsentiert. 
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Dann wird beim AWT ein Aufruf update(g) angefordeit. Das AWT wickelt 
diese Aufrufe nicht synchron ab, sondern kann, je nach Häufigkeit des Eintref- 
fens von repaint-Anforderungen, mehrere repaint-Aufrufe zu einem einzelnen 
update(g) zusammenfassen. In der Standardimplementation bewirkt update 
einfach ein Übermalen der Komponente mit der aktuellen Hintergrundfarbe, 
gefolgt von dem Aufruf paint(g). Auf diese komplexen Sachverhalte werden 
wir im Abschnitt 19.3.2 des Kapitels über Imageverarbeitung detailliert einge- 
hen. 

Für das Folgende sollte lediglich klar sein, daß wir paint zwar oft überschreiben 
werden, aber den Aufruf in der Regel dem AWT überlassen oder durch repaint 
anfordem. 



Ein Einfachst- Applet, das die Reihenfolge dieser Methodenaufrufe demonstriert, ist 



// TextApplet.java 

Import java.applet.Applet; 

Import java.awt.*; 

Import java.lo.*; 

public dass TextApplet extends Applet { 
private Font f = new Font("Serlf , Font.BOLD, 36); 
private PrIntWrIter out = new PrlntWrlter(System.out, true); 
public vold InltQ { 
out.prlntlnflnlt”); 
setBackground(Color.blue); 
setForeground(Color.yellow); 
setFont(f); 

} 

public vold startO { out.prlntln("start"); } 
public vold palnt(Graphlcs g) { 
out.phntlnC'palnf); 
g.drawStrlngfOOP In Java", 10, 40); 

} 

public vold stopO { out.prlntlnfstop"); } 
public vold destroyO { out.printlnfdestroy"); } 

} 
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Das Applet zeigt lediglich einen String mittels drawString an. Um es im appletviewer 
oder einem Browser zu starten, kann man die HTML-Datei /OOPinJava/kapiteH 3/Text- 
Applet.html benutzen. 

Der Methode drawString werden als zweites und drittes Argument die x- und y- 
Koordinaten des Startpunkts des ersten Zeichens, bezogen auf seine Grundlinie, über- 
geben. Alle derartigen Angaben, auch width und height, werden für Applets in Pixeln 
gemessen. Die folgende Abbildung veranschaulicht den Sachverhalt: 



( 0 , 0 )^ 



X 



X (10,40) 

y 

Damit man die Reihenfolge der impliziten Aufrufe verfolgen kann, wurden noch die 
println-Aufrufe eingefügt. Die Aufrufe von Start bzw. stop sieht man beispielsweise, 
wenn man zum Applet-Code blättert. Die paint-Aufrufe sieht man, wenn man das 
Applet verdeckt oder die Browser-Größe verändert. (Je nach Browser sind dazu noch 
Vorkehrungen zu treffen, z.B. muß bei Netscape im Communicator-Menü Java Con- 
sole gewählt werden, und bei HotJava ist hotjava_g zu starten (Win 95/98/NT) bzw. 
im View-Menü Show Console einzustellen (Solaris).) 



13.2 Applet-Parameter 

Ähnlich zur Möglichkeit, der Methode main mit ihrem String[]-Parameter Komman- 
dozeilen- Argumente zu übergeben, kann man auch an Applets benannte Werte - jetzt 
aus der HTML-Datei - übergeben, um so die Applet-Benutzung flexibler gestalten zu 
können und wiederholtes Übersetzen zu vermeiden. 

Man verwendet dazu auf der HTML-Seite die <param>-Markierung innerhalb von 
<applet> </applet>. Beispielsweise stellt man mittels 

<applet Code = ParamApplet > 

<param name = text value = "Objektorientierte Systemanalyse"> 
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<param name = rot value = 0> 

<param name = grün value = 255> 

<param name = blau value = 255> 

</applet> 

dem ParamApplet die Werte ''Objektorientierte Systemanalyse", 0, 255 und 255 für 
die Parameter text, rot, grün und blau zur Verfügung. 

Im Applet-Code greift man mit der Methode getParameter auf die Werte zu. getPa- 
rameter erwartet als Argument einen String, der mit einem nach name spezifizierten 
Parametemamen in der HTML^Datei übereinstimmt. Wird ein derartig benannter 
Parameter gefunden, liefert getParameter dessen Wert als String, ansonsten ist das 
Resultat null. Zum Beispiel: 

// ParamApplet.java 

Import java.applet.Applet; 

Import java.awt.*; 

public dass ParamApplet extends Applet { 

private Fontf = new Font("Serif", Font.BOLD + Font.lTALIC, 36); 
private String s; 
public void init() { 
setBackground(Color.blue); 

If ((s = getParameter("text")) == null) 
s = "OOP In Java"; 

String r = getParameter("rot"), g = getParameter("grün"), 
b = getParameterC'blau"); 

Color c; 

if (r == nullllg== nullllb== null) 
c = Color.yellow; 
eise 

c = new Color(lnteger.parselnt(r), Integer.parselnt(g), Integer.parselnt(b)); 
setForeground(c); 
setFont(f); 

} 

public void paint(Graphlcs g) { 
g.drawString(s, 10, 40); 

} 

} 
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Man sieht, daß die von getParameter gelesenen Werte oft noch in die benötigten Da- 
tentypen umgewandelt werden müssen. Zum Testen des Applets mit verschiedenen 
Parameterwerten kann die HTML-Datei /OOPinJava/kapiteH 3/ParamApplet.html be- 
nutzt werden. 

Auf die draw-Methoden sowie Farben und Fonts gehen wir in Kapitel 19 genauer ein. 



13.3 Java-Archive 

Zum Starten eines Applets haben wir bisher in der vom Web-Browser zu ladenden 
HTML-Seite die initiale Klasse in der <applet>-Markierung mittels Code = ... spezi- 
fiziert. Nachdem die entsprechende Klasse geladen ist und das Applet erzeugt und 
gestartet wurde, werden im Normalfall weitere Objekte und Klassen benötigt, deren 
class-Dateien dann ebenfalls geladen werden müssen. Hierzu wird je nach Server- 
und Browser- Version jedesmal eine neue Verbindung vom Browser zum Server auf- 
gebaut und die entsprechende Datei angefordert. Selbst bei unserem ersten einfa- 
chen ZaehlerApplet-Beispiel sind bereits ZaehlerApplet.html, ZaehlerApplet.class, 
Zaehler.class, die innere Klasse ZaehlerApplet$ButtonListener.class und u.U. noch 
der Quellcode ZaehlerApplet.java zu laden. 

Der Zeitaufwand für den jeweiligen Verbindungsaufbau kann erheblich reduziert wer- 
den, wenn man ein Java- Archiv benutzt. In ein Java- Archiv kann man neben Klassen- 
auch Audio- und Image-Dateien aufnehmen. Sinnvollerweise packt man alle zu ei- 
nem Applet gehörenden Dateien in ein Archiv. Dazu verwendet man das jar-Tool, 
dessen Syntax analog zum Unix tar-Kommando entwickelt wurde. 

Für das ZaehlerApplet geben wir dazu beispielsweise 

jar cvf Zaehler.jar ZaehlerApplet.class Zaehler.class 
’ZaehlerApplet$ButtonListener.class’ ZaehlerApplet.java 

ein. Es ensteht dadurch das Archiv Zaehler.jar, dessen Inhalt wir uns mit 

jar tvf Zaehler.jar 

ansehen und das wir mit 

jar xvf Zaehler.jar 



wieder auspacken können. 
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(Das Einfügen von ZaehlerApplet$ButtonListener.class in Apostrophe ist nur bei 
Unix-Systemen erforderlich. Hiermit wird verhindert, daß $ButtonListener als Wert 
einer Umgebungsvariablen ButtonListener interpretiert wird. Siehe hierzu auch den 
javap- Aufruf auf S. 187.) 

Um ein Archiv in einer HTML-Seite zu spezifizieren, benutzt man den Parameter 
archive in der <applet>-Markierung. Zum Beispiel: 

<applet Code = ZaehlerApplet archive = Zaehler.jar width = 250 height = 70> 
</applet> 

Nach ZaehlerApplet.html wird dann nur noch Zaehler.jar geladen. Der Browser se- 
pariert das Archiv in seine Komponenten und sucht neue Klassen oder Audio- bzw. 
Image-Dateien zuerst lokal. Es ist nach wie vor erforderlich, das zu startende Applet 
mit dem code-Parameter zu spezifizieren. 



13.4 AWT-Komponenten 

Moderne Benutzerschnittstellen werden seit 10-15 Jahren aus Komponenten (sog. 
“Gadgets” oder “Widgets”) zusammengesetzt. Und in letzter Zeit setzt sich das Kom- 
ponentenkonzept in der Systementwicklung generell durch. Dort versteht man un- 
ter Komponenten Gruppen kooperierender Objekte, mit klar definierter Schnittstelle 
zum Rest des Systems, Ereignisverarbeitung, Persistenzfähigkeit, Introspektion und 
Layout-Unterstützung. 

Die folgende Abbildung zeigt einen Ausschnitt aus dem Paket java.awt. Abstrakte 
Klassen sind hier mit einem (A) markiert. Die Superklasse Component enthält die 
für alle konkreten Komponenten wichtigen Methoden zum Festlegen der Größe der 
Komponente, zum Setzen von Vorder- und Hintergrundfarbe, Schriftgröße und -art 
sowie zum Zeichnen der Komponente (repaint, update und paint). 

Alle Komponenten können auf Benutzer- oder Systemaktivitäten reagieren und Er- 
eignisse generieren und versenden. Um die Ereignisse problemspezifisch auswerten 
zu können, ist darüber hinaus eine Reihe von add-Methoden deklariert, mit denen 
man Objekte zum Empfang von Ereignissen bei einer Komponente als Empfänger 
(Listener) registrieren lassen kann. 

Im Anschluß an die Abbildung haben wir die wichtigsten Component-Methoden 
in einer Tabelle zusammengestellt. Weitere Informationen kann man in der API- 
Dokumentation des JDK, die sich unterhalb von jdk1 .2/docs/api befindet, nachlesen. 
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Panel 



Paket java.applet 
Applet 



Window 



Dialog 

Frame 



FileDialog 



ScrollPane 



/ TextArea 
^ TextField 



MenuComponent (A) 



MenuBar 

Menuitem 



Menu ^ PopupMenu 

CheckboxMenultem 



Methode 


Bedeutung 


getPreferredSizeO 


„natürliche“ Komponenten-Größe als Dimension 


setBackground(Color) 


Hintergrundfarbe setzen 


setEnabled(boolean) 


Komponente aktivieren oder deaktivieren 


setFont(Font) 


Schriftart einstellen 


setForeground(Color) 


Vordergrundfarbe setzen 


setSize(int, int) 


Breite und Höhe setzen 


setVisible(boolean) 


Komponente zeigen oder verdecken 


repaintQ 


update- Anforderung an AWT 


paint(Graphics) 


Komponente neu zeichnen 


update(Graphics) 


Reaktion des AWT auf repaint 



Passend zu setEnabIed und setVisible sind zwei Methoden isEnabIed bzw. isVisible 
deklariert, passend zu den übrigen setXYZ-Methoden jeweils eine getXYZ-Methode. 
Mit diesen Methoden kann man den aktuellen Zustand der Komponente untersuchen. 
Bevor wir erste Beispiele implementieren, besprechen wir kurz die einzelnen oben 
abgebildeten Klassen und ihre Aufgaben. 
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Button und Scrollbar 

sind Komponenten, deren einzige Aufgabe es ist, Ereignisse auszulösen. Im 
ZaehlerFrame/ZaehlerApplet-Beispiel hatten wird bereits Button-Objekte ein- 
gesetzt. Scrollbars dienen zur Anzeige verschiedener Teile einer Grafik, eines 
Textes usw. Eine einfachere Alternative zur Benutzung von Scrollbalken bietet 
die ScrollPane-Klasse, bei der man das Scrollen nicht selbst implementieren 
muß. 

Canvas 

ist eine einfache Zeichenoberfläche ohne besonderes vordefiniertes Aussehen. 
Canvas-Objekte kann man zur Darstellung von Bilddateien verwenden. 

Checkbox 

ist eine Klasse, die eine Reihe von Wahlmöglichkeiten anbietet, die per Klick 
auf die entsprechenden Boxen selektiert werden. Mit einem CheckboxGroup- 
Objekt kann man die Wahl zur Exklusiv-Oder-Auswahl gruppieren (“Radio 

Buttons”). 

Choice 

dient wie Checkbox zur Auswahl aus einer Liste, die Wahlmöglichkeiten wer- 
den aber nur beim Aktivieren des Choice-Objekts angezeigt. 

Label 

ist eine einfache Klasse, mit der man einen einzeiligen Text auf dem Bildschirm 
positionieren kann. Man verwendet sie in der Regel zum Markieren eines Ein- 
gabefeldes (vgl. das ZaehlerFrame/ZaehlerApplet-Beispiel). 

List 

ist ein Mittelding zwischen Checkbox und Choice; hier kann man die Anzahl 
der anzuzeigenden Wahlmöglichkeiten festlegen und durch die Liste scrollen. 
Es ist möglich, mehrere Gegenstände zu selektieren. 

TextField und TextArea 

setzt man ein, um einzeilige bzw. mehrzeilige Texte zu lesen oder anzuzeigen 
(vgl. das ZaehlerFrame/ZaehlerApplet-Beispiel). 

Menu und PopupMenu 

unterstützen die übliche Menüauswahl. Während Menüs derzeit nur am Rah- 
men eines Frame-Objekts angebracht werden können, sind Popup-Menüs mit 
jeder Komponente assoziierbar. 
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Eine besondere Stellung in der Komponentenhierarchie nehmen Container ein. Sie 
stellen eine rechteckige Fläche zur Verfügung, in der andere Komponenten dargestellt 
werden können. Zur Aufnahme von Komponenten in Container benutzt man die Me- 
thode add. Da ein Container eine spezielle Komponente ist, können Container andere 
Container enthalten, die wieder andere Container enthalten können usw. Jeder Con- 
tainer kann eine eigene paint-Methode überschreiben. In der folgenden Tabelle sind 
einige häufig benötigte Container-Methoden zusammengestellt. 



Methode 


Bedeutung 


add(Component) 


Komponente in den Container aufnehmen 


getlnsetsQ 


Größe des Container-Rands als Insets 


getPreferredSizeO 


„natürliche“ Container-Größe als Dimension 


paint(Graphics) 


paint bei allen Komponenten aufrufen 


remove(Component) 


Komponente aus Container entfernen 


removeAllO 


alle Komponenten entfernen 


setLayout(LayoutManager) 


Layout-Manager einstellen 


validateO 


Container neu arrangieren 



Auch die Container-Klassen und ihre Aufgaben sollen in einer ersten Übersicht kurz 
vorgestellt werden: 

Panel 

ist ein konkreter Container ohne besondere Eigenschaften. Er dient zur Auf- 
nahme von Komponenten und als Superklasse des Applets. 

Window 

ist ein Fenster ohne Rahmen und Menüleiste. In der Regel setzt man keine 
eigenständigen Window-Objekte ein, sondern Objekte seiner Subklassen. 

Dialog und FileDialog 

sind Komponenten, die Benutzereingaben erwarten. Man kann sie modal er- 
zeugen, so daß vor der Eingabe keine anderen Benutzeraktivitäten möglich 
sind. Ein FileDialog-Objekt dient zur Interaktion mit dem Dateisystem; es kann 
daher ohne besondere Maßnahmen nicht in Applets benutzt werden (S. 196). 

Frame 

ist ein Fenster mit Titel, Rahmen, Menüleiste und systemspezifischer Funktio- 
nalität zum Minimieren, Maximieren oder Schließen. Den Titel übergibt man 
dem Konstruktor Frame(String); der Standardkonstruktor ruft thisf") auf. Ober- 
flächen für stand-alone Anwendungen konstruiert man oft in einem Frame. 
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Die Anordnung von Komponenten in ihren Containern wird durch Layout-Manager 
gesteuert. Jede Komponente hat einen voreingestellten Standard-Layout-Manager, 
der durch einen Aufruf von setLayout modifiziert werden kann. 



13.5 AWT-Ereignisse 

Java verarbeitet Ereignisse nach dem Delegations-Prinzip: Jede Komponente kann 
als Ereignis- Queiie verschiedene Ereignisse erzeugen. Und jedes Objekt - nicht nur 
eine Komponente - kann als Empfänger von Ereignissen auftreten. Somit ist eine 
klare Trennung von GUI-Implementierung und Ereignisverarbeitung möglich. 

Damit ein Objekt Ereignisse empfangen kann, muß es sich bei der potentiellen Quelle 
als Listener registrieren lassen. Ein Ereignis wird an alle registrierten Objekte ver- 
sandt, die Reihenfolge, in der Empfängerobjekte benachrichtigt werden, ist jedoch 
nicht festgelegt. 

AWT-Ereignisse werden von den AWT-Komponenten in vielen Situationen - z.B. als 
Reaktion auf Benutzeraktivitäten wie Mausklick, Tastatureingabe, Menüauswahl - 
konstruiert. Sie sind Event-Objekte, die in der folgenden Vererbungshierarchie ange- 
ordnet sind. 




Action Event 
AdjustmentEvent 
ComponentEvent 
Item Event 
TextEvent 



ContainerEvent 
FocusEvent 
InputEvent ‘ 
WindowEvent 



MouseEvent 

KeyEvent 



AWTEvent ist eine abstrakte Klasse, die dem Paket java.awt angehört und selbst Sub- 
klasse von java.utiI.EventObject ist. Alle anderen abgebildeten Klassen stammen aus 
java.awt.event. Die wichtigste Methode, die EventObject an ihre Subklassen vererbt, 
ist getSource, die die Ereignisquelle (als Object) liefert. 

Die von ComponentEvent abgeleiteten Ereignisklassen werden als low-level Ereig- 
nisse ohne unmittelbar naheliegende Bedeutung, die übrigen als semantische Ereig- 
nisse bezeichnet. Beim Aufbau einer Benutzerschnittstelle arbeitet man bevorzugt 
mit semantischen Ereignissen. 
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Im Paket java.awt.event stehen zur Ereignisverarbeitung Listener-Interfaces zur Ver- 
fügung. Sie sind alle Subinterfaces von java.utiI.EventListener. Für jeden Ereignistyp 
existiert ein entsprechender Listener-Typ, also ActionListener, AdjustmentListe- ner, 
ItemListener usw. Um bestimmte Ereignisse zu erhalten, erzeugt man Listener-Ob- 
jekte und registriert diese bei der Komponente, die das Ereignis auslöst, an dem man 
interessiert ist. Hierzu ist für jeden Listener-Typ eine Methode addXYZListener de- 
klariert. Passend dazu gibt es jeweils eine removeXYZListener-Methode. Die Klasse, 
in der addXYZListener und removeXYZListener deklariert sind, ist die Klasse, die das 
XYZEvent erzeugen kann. Die folgende Tabelle gibt einen vollständigen Überblick: 



Komponente 


Ereignis 


Button 


Action Event 


Checkbox 


ItemEvent 


CheckboxMenultem 


ItemEvent 


Choice 


ItemEvent 


List 


ActionEvent 

ItemEvent 


Menuitem 


ActionEvent 


Scrollbar 


AdjustmentEvent 


TextComponent 


TextEvent 


TextField 


ActionEvent 


Component 


ComponentEvent 

FocusEvent 

KeyEvent 

MouseEvent 


Container 


ContainerEvent 


Window 


WindowEvent 



In Button ist also addActionListener(ActionListener) deklariert, in Checkbox findet 
man addltemListener(ltemUstener) usw. 

Darüber hinaus enthält Component Deklarationen von addMouseMotionListener und 
removeMouseMotionListener, mit denen man einen MouseMotionListener, der auf 
spezielle Mausereignisse reagiert, bei der Komponente registrieren kann. 

Nur Ereignisse, für die ein Listener-Objekt registriert ist, werden von der Quelle an 
diesen Empfänger weitergeleitet; alle übrigen Ereignisse werden ignoriert. Verant- 
wortlich für das Behandeln des Ereignisses ist dann das Listener-Objekt, wozu die 
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Methoden zur Ereignisverarbeitung aus seinem Interface problemspezifisch zu über- 
schreiben sind. Es ist möglich, eine Komponente mit mehreren Listenem zu verbin- 
den. 

Das folgende Applet zeigt eine einfache Implementation eines MouseListeners. Le- 
diglich die Methode mousePressed ist mit einem nicht leeren Rumpf überschrieben. 
Alle Ereignisse, außer dem Drücken eines Maus-Button werden daher ignoriert. Beim 
Drücken eines Maus-Buttons wird vom Applet ein MouseEvent-Objekt erzeugt und 
durch einen Aufruf der Methode mousePressed an den MausBearbeiter versandt. 
mousePressed haben wir so überschrieben, daß an allen Stellen, an denen bisher 
Mausereignisse registriert wurden, ein grüner Punkt gezeichnet wird. 

// PunkteApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass PunkteApplet extends Applet { 
private final Int MAX_PUNKTE = 1000; 
private lnt[][] punkte = new lnt[MAX_PUNKTE][2]; 
private Int anzPunkte = 0; 
public vold init() { 
setBackground(Color.yellow); 
setForeground(Color.green); 
addMouseUstener(new MausBearbelterQ); 

} 

public vold paint(Graphlcs g) { 
for (Int I = 0; I < anzPunkte; I++) 

g.fillOval(punkte[l][0] - 5, punkte[i][1] - 5, 10, 10); 

} 

dass MausBearbeiter Implements MouseUstener { 
public vold mousePressed(MouseEvent e) { 
if (anzPunkte < MAX.PUNKTE) { 
punkte[anzPunkte][0] = e.getX(); 
punkte[anzPunkte++][1] = e.getYQ; 
repaintO; 

} 

} 
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public void mouseClicked(MouseEvent e) { } 
public void mouseReleased(MouseEvent e) { } 
public void mouseEntered(MouseEvent e) { } 
public void mouseExited(MouseEvent e) { } 

} 

} 

Nach einigen Mausereignissen und deren Behandlung sieht das Applet beispielsweise 
so aus: 

M Applet Viewer; PunkteApplet | ^ I 

I Applet I 




I Applet starte 



Es ist interessant, in allen MausBearbeiter-Methoden das empfangene MouseEvent- 
Objekt e mittels println(e) auszugeben. Hier erhalten wir Ausgaben der Art 

MouseEvent[MOUSE_PRESSED,(1 79,1 00),mods=0,clickCount=1 ] 
MouseEvent[MOUSE_RELEASED,(1 83,1 34),mods=1 6,clickCount=0] 
MouseEvent[MOUSE_CLICKED,(1 41,141 ),mods=1 6,clickCount=1 ] 

die einen Eindruck von der mit einem Mausereignis versandten Information - über 
den Namen des Ereignisses, seine Koordinaten, den gedrückten Knopf und die An- 
zahl der Klicks - vermitteln. Auf diese können wir auch über die Methodenaufrufe 
getID (geerbt aus AWTEvent), getX, getY, getModifiers (geerbt aus InputEvent) und 
getClickCount zugreifen. 
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In der folgenden Tabelle ist für alle low-level Listener-Interfaces festgehalten, welche 
Methoden eine Klasse, die den Listener implementiert, überschreiben muß: 



Methode 


Bedeutung 


MouseListener 


mousePressed(MouseEvent) 


Maus-Button gedrückt 


mouseReleased(MouseEvent) 


Maus-Button losgelassen 


mouseEntered(MouseEvent) 


Maus in Komponente bewegt 


mouseExited(MouseEvent) 


Maus aus Komponente bewegt 


mouseClicked(MouseEvent) 


Press und Release an derselben Position 


MouseMotionListener 


mouseMoved(MouseEvent) 


Maus bewegt 


mouseDragged(MouseEvent) 


Maus mit gedrücktem Knopf bewegt 


KeyListener 


keyTyped(KeyEvent) 


Taste gedrückt und losgelassen 


keyPressed(KeyEvent) 


Taste gedrückt 


keyReleased(KeyEvent) 


Taste losgelassen 


ComponentListener 


confiponentResized(ComponentEvent) 


Größe der Komponente verändert 


componentMoved(ComponentEvent) 


Position der Komponente verändert 


componentShown(ComponentEvent) 


Komponente sichtbar gemacht 


componentHidden(ComponentEvent) 


Komponente verdeckt 


ContainerListener 


componentAdded(ContainerEvent) 


Komponente hinzugefügt 


componentRemoved(ContainerEvent) 


Komponente entfernt 


Focus 


-istener 


focusGained(FocusEvent) 


Tastatur-Fokus erhalten 


focusLost(FocusEvent) 


Tastatur-Fokus verloren 


WindowListener 


windowActivated(WindowEvent) 


Fenster aktiviert 


windowClosed(WindowEvent) 


Fenster wurde geschlossen 


windowClosing(WindowEvent) 


Fenster wird geschlossen 


windowDeactivated(WindowEvent) 


Fenster deaktiviert 


windowDeiconified(WindowEvent) 


Icon zu Fenster verändert 


windowlconified(WindowEvent) 


Fenster ikonifiziert 


windowOpened(WindowEvent) 


Fenster wurde geöffnet 
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Da alle diese Listener mehrere Methoden deklarieren, von denen, wie in unserem 
letzten Beispiel, möglicherweise nur wenige mit einem nicht leeren Rumpf zu im- 
plementieren sind, bietet Java auch zugehörige fertige Adapter-Klassen an, die wir 
anstelle der Listener einsetzen können und in denen nur die interessierenden Me- 
thoden zu überschreiben sind. Ein Adapter ist eine abstrakte Klasse, die ein Inter- 
face implementiert und nur dessen Methoden mit leeren Rümpfen enthält. Das obige 
PunkteApplet-Beispiel läßt sich dadurch in zweifacher Hinsicht vereinfachen. Zum 
einen benutzen wir anstelle des MouseListeners einen MouseAdapter; zum anderen 
erscheint es jetzt sinnvoll, eine anonyme Klasse einzusetzen: 

public dass PunkteApplet extends Applet { 

Rest unverändert 

public void init() { 
setBackground(Color.yellow); 
setForeground(Color.green); 
addMouseListener(new MouseAdapter() { 
public void mousePressed(MouseEvent e) { 

unverändert 

} 

}); 

} 

} 

(Siehe OOPinJava/kapiteH 3/punkte2/PunkteApplet.java.) 

Im nächsten Beispiel verbinden wir ein Applet mit dem Objekt einer Klasse, die 
sowohl den MouseListener (über einen MouseAdapter) als auch den MouseMotion- 
Listener implementiert. Wenn ein Mausknopf gedrückt wird, werden die aktuellen 
Mauskoordinaten in startX und startY gespeichert; während die Maus mit gedrück- 
tem Knopf bewegt wird, wird von den Startkoordinaten zu den dann aktuellen Koor- 
dinaten endX und endY eine Linie gezeichnet. 

// LinienApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 
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public dass UnienApplet extends Applet { 
private int startX, startY, endX, endY; 
public void init() { 

MausListener lis = new MausUstenerQ; 

addMouseüstener(lis); 

addMouseMotionüstener(lis); 

setBackground(Color.lightGray); 

setForeground(Color.red); 

} 

public void paint(Graphics g) { 
g.drawLine(startX, startY, endX, endY); 

} 

dass MausListener extends MouseAdapter implements MouseMotionUstener { 
public void mousePressed(MouseEvent e) { 

StartX = e.getXQ; 

StartY = e.getYO; 

} 

public void mouseDragged(MouseEvent e) { 
endX = e.getXQ; 
endY = e.getYQ; 
repaintO; 

} 

public void mouseMoved(MouseEvent e) { } 

} 

} 

Da wir hier zwei addListener- Aufrufe benötigen, haben wir das MausListener-Objekt 
mit einem Namen versehen. 

Als letztes Beispiel für die Verarbeitung von low-level Ereignissen implementieren 
wir einen KeyListener. Bei der Verarbeitung von Tastaturereignissen ist es wichtig, 
zu wissen, daß zu jeder Taste ein Tastencode (“key code”) gehört, den man mittels 
getKeyCode als int erhält. Ein Programm, das mit diesen Codes arbeitet, sollte man 
nicht auf den int- Werten, sondern den Klassenkonstanten VK_0, . . . , VK_9, VK_A, 
. . . , VK_Z, VK_F1 , . . . , VK_F12, VK_SHIFT, VK_ALT usw. der Klasse KeyEvent - 
den “virtual keys” - aufbauen, siehe die Klassendokumentation in jdk1 .2/docs/api/ja- 
va/awt/event. 

Neben dem Tastencode enthält ein KeyEvent-Objekt auch das Unicode-Zeichen, das 
zu einer gedrückten Taste oder Tastenkombination gehört. getKeyChar liefert dieses 
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Zeichen als char; z.B. ’a’, wenn VK_A gedrückt wurde und ’A’, wenn VK_A zusammen 
mit VK_SHIFT gedrückt wurde. Falls zu einer Taste kein Zeichen gehört, wie etwa 
im Fall VK_CONTROL, ergibt sich als Resultat CHAR_UNDEFINED mit Wert . 

// TastenApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass TastenApplet extends Applet { 
private char Zeichen = KeyEvent.CHAR_UNDEFINED; 
private Int x, y; 
public vold lnlt() { 
setBackground(Color.plnk); 
setForeground(Color.blue); 
setFont(new Font(''SansSerlf", Font.BOLD, 36)); 

X = getSlze().wldth/2 - 8; 
y = getSlze().helght/2 + 8; 
addKeyüstener(new KeyAdapter() { 
public vold keyPressed(KeyEvent e) { 

Zeichen = e.getKeyChar(); 
repalntQ; 

} 

public vold keyReleased(KeyEvent e) { 

Zeichen = ’ 
repalntO; 

} 

}): 

} 

public vold paint(Graphics g) { 

if (Zeichen != KeyEvent.CHAR_UNDEFINED) 
g.drawString(String.valueOf(zeichen), x, y); 

} 

} 

Damit das Applet wie beabsichtigt läuft, muß man in der Regel einmal auf seine Seite 
klicken; es erhält dadurch den Tastatur-Fokus und kann auf Tastatureingaben reagie- 
ren. (Nach dem Starten hat das Textfeld zur URL-Eingabe innerhalb des Browser- 
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Toolbars den Fokus.) Im Beispiel wird dann jede Taste, die einem Zeichen entspricht, 
angezeigt, solange sie gedrückt ist. Die Anzeige wird gelöscht, wenn keine Taste 
gedrückt ist. 

Bevor wir mit den semantischen Ereignissen und ihren Listenem fortfahren, sol- 
len hier noch zwei Methoden aufgeführt werden, die neben getSource, getID und 
getModifiers von Interesse sein können: getWhen liefert für InputEvents den Zeit- 
punkt, zu dem das Ereignis eingetreten ist (auf Millisekundenbasis als long). Und 
getWindow liefert für WindowEvents das Fenster, das das Ereignis ausgelöst hat. 

Bei Aufbau von grafischen Benutzerschnittstellen, der Gegenstand des nächsten Ab- 
schnitts ist, verwendet man seltener low-level Ereignisverarbeitung, sondern setzt 
Komponenten mit für diesen Zweck bereits vorbereiteter Semantik ein. In der fol- 
genden Tabelle sind die semantischen Listener-Interfaces und ihre Methoden zur Er- 
eignisverarbeitung aufgeführt. 



Methode 


Bedeutung 


ActionListener 


actionPerformed(ActionEvent) 


Mausklick auf Button 
Doppelklick auf List-Gegenstand 
Auswahl eines Menu-Eintrags 
Return-Taste in TextField gedrückt 


ItemListener 


itemStateChanged(ltem Event) 


Checkbox umgeschaltet 
Auswahl eines CheckboxMenu Items 
Auswahl eines Choice-Gegenstands 
List-Gegenstand de/-selektiert 


AdjustmentUstener 


adjustmentValueChanged(AdjustmentEvent) 


Einstellung eines Scrollbalkens 
modifiziert 


TextListener 


textValueChanged(TextEvent) 


Text in TextArea oder TextField 
modifiziert 



Es ist zu beachten, daß alle mit der Komponenten/Ereignisse-Tabelle von S. 207 verk- 
nüpften Methoden public sind und somit an Subklassen vererbt werden. Zum Beispiel 
erben alle Komponenten, also auch Button, Canvas usw. addComponentListener-, 
addFocusListener-, . . . von Component. Dialog und Frame erben addWindowListener 
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von Window. Alle Container, z.B. Panel und Frame, erben addContainerListener. 
Mit der Fähigkeit, einen XYZListener zu registrieren, ist gleichzeitig die Fähigkeit, 
XYZEvents zu erzeugen und zu versenden, verbunden. 



13.6 Komponenten für Benutzerschnittstellen (Teil I) 

In diesem Abschnitt werden einige erste, einfache Beispiele zum Aufbau von Be- 
nutzeroberflächen mit Label-, TextField-, Button-, Checkbox- und Choice-Objekten 
diskutiert. 



13.6.1 Label 

Mit einem Label kann man einen einfachen Text auf einer Komponente positionie- 
ren. Die Klasse hat drei Konstruktoren: LabelQ, Label(String) und Label(String, int). 
Der zweite Konstruktor erwartet den Label-Text als Argument, der dritte zusätz- 
lich ein Argument zur Positionierung. Hierzu benutzt man die Klassenkonstanten 
Label. LEFT, Label.CENTER bzw. Label. RIGHT. Standardeinstellungen sind "" bzw. 
Label. LEFT. Den Text kann man mittels getText bzw. setText lesen bzw. verändern. 
Ein einfaches Beispiel ist/OOPinJava/kapitel13/LabelTest.java. 

13.6.2 TextField 

Mit einem TextField kann man einzeilige Texteingaben lesen. Die Klasse hat vier 
Konstruktoren: TextField(), TextField(int), TextField(Strlng) und TextField(String, int). 
Mit dem int-Argument wird die Breite des Textfelds, mit dem String ein voreinge- 
stellter Eingabetext spezifiziert. Standardeinstellungen sind 0 bzw. 

Wichtige Methoden sind setEchoChar, mit der man die Eingabe durch ein Echo- 
Zeichen verdecken kann, sowie setText und setEditable, die beide aus TextComponent 
geerbt sind. Dazu passend stehen getEchoChar, getText und isEditable zur Ver- 
fügung. Die eingestellte Breite wird nur dann auch vernünftig abgebildet, wenn man 
eine Schrift mit fester Buchstabenbreite, wie MonoSpaced, einstellt. Eine erste An- 
wendung zeigt /OOPinJava/kapitel13/TextFieldTest.java. 
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13.6.3 Checkbox und CheckboxGroup 

Ein Checkbox-Objekt besteht aus einer Marke und einer Box, mit der man den Zu- 
stand des Objekts ein- und ausschalten kann. Die Klasse hat vier Konstruktoren: 
CheckboxO, Checkbox(String), Checkbox(String, boolean), Checkbox(String, boole- 
an, CheckboxGroup). Mit dem String spezifiziert man jeweils die Marke, mit dem 
boolean-Wert den Schalterzustand. Der letzte Konstruktor dient zum Erzeugen von 
Checkbox-Gruppen mit Exklusiv-Oder-Auswahl. Die Standardeinstellungen sind 
false und null. 

Wichtige Methoden sind getLabel, getState, setLabel und setState, mit denen man 
den Markentext und den Schalterwert lesen bzw. verändern kann. Ein einfaches Bei- 
spiel ist /OOPinJava/kapitel13/CheckboxTest.java. 

Mit einer CheckboxGroup kann man Checkbox-Objekte zu einer Gruppe von “Ra- 
dio Buttons” zusammenfassen. Es kann dann zu jedem Zeitpunkt nur noch eines von 
ihnen eingeschaltet sein; der Druck auf einen Schalter schaltet jeden anderen einge- 
schalteten Schalter aus. Die Klasse hat nur einen Standardkonstruktor. Zum Erzeugen 
einer Checkbox-Gruppe konstruiert man ein CheckboxGroup-Objekt und spezifiziert 
dieses bei der Konstruktion der Checkbox-Objekte. Zum Beispiel: 

// CheckboxGroupTest.java 

Import java.applet.*; 

Import java.awt.*; 

public dass CheckboxGroupTest extends Applet { 
public vold InltQ { 
setLayout(new GrldLayout(5, 1)); 

CheckboxGroup c = new CheckboxGroup(); 
add(new Checkbox(''HP", false, c)); 
add(new CheckboxC'IBM", false, c)); 
add(new Checkbox("Mac", false, c)); 
add(new Checkbox(''Sun", true, c)); 
add(new Checkboxf Intel")); 

} 

} 



Die mit HP, IBM, Mac und Sun markierten Checkbox-Objekte sind jetzt zu einer 
Gruppe zusammengefaßt, aus der immer genau ein Objekt eingeschaltet ist. Wie die 
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nächste Abbildung zeigt, wird dies auch durch eine geänderte Schalterdarstellung 
verdeutlicht. 



^Appfet View... SEID 



Applet 


c 


HP 
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IBM 


r 


Mac 


(ff 


Sun 


r 


Intel 



Applet staiied, 



13.6.4 Choice 

Choice-Objekte sind Pop-up-Listen mit Gegenständen, von denen jeweils einer aus- 
gewählt werden kann. Die aktuelle Auswahl wird dann angezeigt. Die Klasse hat 
lediglich einen Standardkonstruktor. Wichtige Methoden sind add(String) (zum Ein- 
fügen in die Auswahlliste), getItemCount (zum Feststellen der Listenlänge), sowie 
getSelectedlndex und getSelectedItem, die den Index bzw. den Text des gerade ge- 
wählten Gegenstands liefern. Auf den Text, der sich an einem bestimmten Index in 
der Liste befindet, kann man auch mit getltem(int) zugreifen. Die Indizierung beginnt 
wie üblich bei Null. Zum Entfernen von Einträgen aus der Liste sind remove(String) 
und removeAll deklariert. Ein erstes Beispiel, bei dem die Auswahl einfach mit printin 
angezeigt wird, ist/OOPinJava/kapitel13/ChoiceTest.java. 

13.6.5 Button 

Für die Button-Klasse stehen zwei Konstruktoren, Button() und Button(String) zur 
Verfügung. Der String-Parameter dient zur Aufnahme des Button-Textes; voreinge- 
stellt ist Weiterhin sind zwei Methoden getLabel und setLabel(String), die den 
angezeigten Button-Text liefern bzw. setzen, deklariert. Zum Beispiel: 

public dass ButtonTest extends Applet { 
public void init() { 
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add(new Button("Blau")); add(new Button("Grün")); 
add(new Button("Orange")); add(new Button("Rot”)); 
add(new Button("Gelb")); add(new ButtonfGrau“)); 

} 

} 

13.7 Ereignisverarbeitung 

In diesem Abschnitt wird diskutiert, welche Ereignisse die in 13.6.2-13.6.5 behan- 
delten Komponenten erzeugen können und wie man sie empfangen und verarbeiten 
kann. Dazu beginnen wir mit dem letzten Beispiel, dem ButtonTest-Applet, das so 
modifiziert werden soll, daß die jeweils angeklickte Farbe zur Hintergrundfarbe wird. 

Der Tabelle auf S. 207 kann man entnehmen, daß Buttons neben den von Component 
geerbten Ereignissen ActionEvents generieren können. Erzeugung und Versand des 
Ereignisses werden durch das Aktivieren des Buttons ausgelöst - gleichgültig ob mit 
Mausdruck oder mit Tab- und Space-Taste. Zuständig hierfür ist ein AWT-Thread. 

Zur Behandlung eines Action Event-Objekts benötigen wir einen ActionListener und 
Kenntnis über seine Methoden. Die Interface-Tabelle auf S. 214 enthält hierzu - wie 
bei allen semantischen Ereignissen und Listenem - genau einen Eintrag. Wir se- 
hen, daß actionPerformed(ActionEvent) zu überschreiben ist. Für das obige Beispiel 
gibt es hierzu mehrere Möglichkeiten; z.B. könnten wir für jedes Button-Objekt eine 
eigene Listener-Klasse deklarieren und bei jedem Button „seinen“ Listener registrie- 
ren. Einfacher, und auch bei Anwendungen mit noch mehr Buttons einsetzbar, ist ein 
Ansatz, bei dem ein einzelnes, für alle Button-Objekte zuständiges Listener-Objekt 
konstruiert wird. Zum Beispiel: 

// Button Event. java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass ButtonEvent extends Applet { 

private Button blau, gruen, orange, rot, gelb, grau; 
public vold lnlt() { 
add(blau = new ButtonfBlau")); 
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blau. add Action Listener(new ButtonListener(Color.blue)); 
add(gruen = new Button(''Grün'')); 
gruen.addActionUstener(new ButtonListener(Color.green)); 
add(orange = new ButtonfOrange“)); 
orange.addActionListener(new ButtonListener(Color.orange)); 
add(rot = new ButtonfRot")); 
rot.addActionListener(new ButtonListener(Color.red)); 
add(gelb = new ButtonfGelb")); 

gelb.addActionListener(new ButtonListener(Color.yellow)); 
add(grau = new Button("Grau”)); 
grau.addActionUstener(new ButtonListener(Color.gray)); 

} 

dass ButtonUstener implements ActionListener { 
private Color col; 

ButtonUstener(Color col) { 
this.col = col; 

} 

public void actlonPerformed(ActionEvent e) { 
setBackground(col); 
repaintO; 

} 

} 

} 



Bei den setBackground- Aufrufen ist zu beachten, daß für eine Komponente, die be- 
reits sichtbar ist, wie das Button Event- Applet nach seiner Konstruktion, ein repaint- 
Aufruf benötigt wird, damit die Komponente sich mit ihrer geänderten Hintergrund- 
farbe neu zeichnet. Analoges gilt für setForeground. 

Als weiteres Beispiel greifen wir das TextFieldTest-Applet auf. Die Komponenten- 
Tabelle (S. 207) zeigt, daß Textfelder, neben den von Component geerbten low-level 
Ereignissen, Action Events und TextEvents (geerbt von TextComponent) generieren 
können. Der Interface-Tabelle auf S. 214 entnehmen wir weiter, daß TextEvents durch 
das Eintippen eines Zeichens in das Textfeld, Action Events durch die Return-Taste 
ausgelöst werden und daß die zugehörenden textValueChanged bzw. actlonPerformed 
sind. 



Wie im letzten Beispiel implementieren wir einen ActionListener, der hier nach Ein- 
gabe des Paßworts aktiv wird: 
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H TextEvent.java 

import java.applet.*; 

Import java.awt.*; 
import java.awt.event.*; 

public dass TextEvent extends Applet { 
private TextField login, passwd; 
public void init() { 

setFont(new FontfMonospaced", Font.PLAIN, 12)); 
setLayout(new GridLayout(2, 2)); 
add(new LabelfLogin”, Label.RIGHT)); 
add(login = new TextField(30)); 
add(new LabelfPassword", Label.RIGHT)); 
add(passwd = new TextField()); 
passwd.setEchoChar(’*’); 
passwd.addActionListener(new ActionUstenerQ { 
public void actionPerformed(ActionEvent e) { 

String I = login.getText(), p = passwd.getText(); 
if (I.equalsfAnonymous") && p.equalsflavaJ")) { 
removeAllQ; 

add(new TextAreafLogin erfolgreich", 5, 50)); 
validateO; 

} 

} 

}); 

} 

} 

Die Anweisung p = passwd. getText() könnten wir ebenso durch p = e.getActionCom- 
mand() ersetzen, weil der im Textfeld eingegebene Text im ActionEvent enthalten 
ist. Wenn Benutzername und Paßwort stimmen, wird im Beispiel die alte Oberfläche 
durch ein TextArea-Objekt ersetzt. Damit diese auch angezeigt wird, muß validate für 
den Container (hier das Applet) aufgerufen werden. 

Zum Abschluß dieses Abschnitts sei nochmals daran erinnert (S. 203), daß alle Kom- 
ponenten zur Interaktion mit den Benutzern aktiviert oder deaktiviert werden können, 
indem man für sie setEnabled(true) bzw. setEnabled(false) aufruft. Die Voreinstel- 
lung ist true. 
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Zum Test kann man den Aufruf setEnabled(false) oder ((Button)e.getSource()).set- 
Enabled(false) in die Methode actionPerformed des ButtonEvent-Beispiels aufneh- 
men. Im ersten Fall friert die gesamte Komponente ein, im letzten Fall wird der 
jeweils gedrückte Button deaktiviert. 



13.8 Layout-Manager 

Die Anordnung von Komponenten in einem Container wird von einem Layout-Mana- 
ger kontrolliert und hängt damit, neben der Reihenfolge der add- Aufrufe, vor allem 
von diesem Manager ab. Bei den bisherigen Beispielen haben wir oft ein GridLayout 
eingesetzt, bei dem die Komponenten in einer Matrix zeilenweise von links nach 
rechts arrangiert werden. Die Anzahl der Zeilen und Spalten wird beim Erzeugen des 
Layout-Managers spezifiziert. 

Java stellt noch weitere Manager zur Verfügung: FlowLayout, BorderLayout, Card- 
Layout und GridBagLayout. FlowLayout ist der für Panel-Objekte, also auch für App- 
lets voreingestellte Manager, BorderLayout ist Standard für Window-Objekte, also 
auch für Frames. Die beiden übrigen Manager werden hier nicht behandelt. Einen 
anderen als den Standardmanager stellt man durch einen Aufruf von setLayout (aus 
Container) ein. 



13.8.1 Das FlowLayout 

Der einfachste Layout-Manager ist der FlowLayout-Manager. Er ist der für App- 
lets voreingestellte Manager. Ein FlowLayout fügt Komponenten der Reihe nach von 
links nach rechts in den Container ein. Wenn eine Komponente nicht mehr in die 
„Zeile“ paßt, wird links eine Zeile tiefer fortgefahren. Diesen Effekt kann man gut 
beobachten, wenn man in der HTML-Seite für das Button Event- Applet verschiedene 
width-Werte zwischen 30 und 350 einträgt oder das appletviewer-Fenster abwech- 
selnd vergrößert bzw. verkleinert. Dabei sieht man auch, daß die Komponenten, wie 
groß der Container auch ausgelegt wird, ihre „natürliche“ Größe beibehalten. 

Innerhalb einer Zeile werden die einzelnen Komponenten zentriert, es sei denn, man 
gibt bei der Konstruktion des Managers etwas anderes an, z.B. 



setLayout(new FlowLayout(FlowLayout.LEFT)) 
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Auch FlowLayout. RIGHT oder FlowLayout.CENTER können hier spezifiziert werden. 
Die Klasse hat noch einen dritten Konstruktor, FlowLayout(int, int, int), bei dem man 
im zweiten und dritten Argument den horizontalen bzw. vertikalen Abstand zwischen 
den Komponenten einstellen kann. Dabei wird, wie bei allen für Applets interessie- 
renden Größenangaben, in Pixeln gemessen. 



13.8.2 Das BorderLayout 

Window-Objekte, also insbesondere Frames, werden standardmäßig mit dem Border- 
Layout erzeugt. Dieser Manager unterteilt seinen Container in fünf Gebiete, wie es in 
der folgenden Abbildung dargestellt ist. 



NORTH 



WEST 



CENTER 



EAST 



SOUTH 



Im Unterschied zu den übrigen Managern muß hier beim add- Aufruf noch spezifiziert 
werden, in welchem Gebiet die Komponente einzufügen ist; es kommt nicht auf die 
Reihenfolge der Aufrufe an. Zum Beispiel: 

public dass BorderTest extends Applet { 
public void init() { 
setLayout(new BorderLayout()); 
add(new ButtonfBlau"), BorderLayout.NORTH); 
add(new Button(”Grün"), BorderLayout.SOUTH); 
add(new Button("Orange"), BorderLayout. WEST); 
add(new ButtonfRot”), BorderLayout.EAST); 
add(new ButtonfGelb"), BorderLayout.CENTER); 

} 



} 
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Falls man kein Gebiet spezifiziert, wird implizit BorderLayout.CENTER benutzt. Wie 
man dem Applet ansieht, nehmen die Komponenten nur soviel Raum in Anspruch, 
wie sie benötigen, der Rest wird der CENTER-Region zugeordnet. Wenn weniger 
als fünf Komponenten benutzt werden, wird der freigebliebene Raum auf die angren- 
zenden Gebiete verteilt. Anders als beim FlowLayout nehmen die Komponenten hier 
nicht ihre natürliche Größe ein, sondern passen sich der Größe der ihnen zugeteilten 
Region an; diese hängt wieder von der Containergröße ab. 

Die Klasse hat noch einen zweiten Konstruktor, BorderLayout(int, int), bei dem man 
mit den beiden Argumenten den horizontalen bzw. vertikalen Abstand zwischen den 
Komponenten einstellen kann. 

13.8.3 Das GridLayout 

Bei den bisherigen Beispielen haben wir schon oft ein GridLayout eingesetzt. Beim 
Erzeugen des Managerobjekts gibt man hier die Anzahl der Zeilen und Spalten an, 
in die der Container zu unterteilen ist. Für die einzelnen Komponenten wird dann 
jeweils derselbe Raum reserviert; sie passen sich wie beim BorderLayout mit ihrer 
Größe diesem verfügbaren Raum an. 

Eine der beiden Angaben kann 0 sein, was „soviel wie nötig“ bedeutet. Durch auf- 
einanderfolgende add-Aufrufe werden die Komponenten von links nach rechts und 
zeilenweise von oben nach unten hinzugefügt. 

Auch einem GridLayout kann man einen horizontalen und vertikalen Pixelabstand 
vorgeben, man ruft den Konstruktor dann mit vier Argumenten auf. Siehe z.B. /OOP- 
inJava/kapiteH 3/GridTest.java. 

13.8.4 Kombinationen 

Sofern man in einen Container andere Container aufnimmt, kann man Layout-Mana- 
ger beliebig kombinieren. Üblicherweise verwendet man für jeden benötigten Ma- 
nager ein eigenes Panel-Objekt. Das folgende Beispiel zeigt, wie man mit dieser 
Technik auf einfache Weise komplexere Benutzeroberflächen erzeugen kann. 

// LayoutMix.java 

Import java.applet.*; 

Import java.awt.*; 
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public dass LayoutMix extends Applet { 
public void init() { 
setLayout(new BorderLayoutO); 

add(new Label(“Hier den Text eingeben", Label.CENTER), 
BorderLayout. NORTH) ; 
add(new TextArea(), BorderLayout.CENTER); 

Panel e = new Panel(), s = new Panel(), ne = new Panel(); 

s.add(new Button("Speichern")); 

s.add(new Button("Löschen")); 

s.add(new Button("Hilfe“)); 

add(s, BorderLayout.SOUTH); 

ne.setLayout(new GridLayout(0, 1)); 

ne.add(new Button("Formatieren“)); 

ne.add(new Button("Rechtschreibung")); 

ne.add(new Button("Optionen")); 

e.add(ne); 

add(e, BorderLayout. EAST); 

} 

} 
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Der Applet-Container wird mit einem BorderLayout gemanagt. Im Norden ist ledig- 
lich ein Label-Objekt plaziert. 

In das Zentrum ist ein TextArea-Objekt eingetragen worden. Im Süden befindet sich 
ein Panel-Objekt s, das in seinem FlowLayout drei Buttons enthält. Im Osten be- 
findet sich ein Panel-Objekt e, das selbst wieder ein Panel mit einem einspaltigen 
GridLayout und drei Buttons aufnimmt. Der Westen des Applets bleibt leer. 



13.9 Von Applets zu Frames 

Benutzerschnittstellen für stand-alone Anwendungen können wir ähnlich wie die für 
Applets entwickeln. Es stehen dieselben Komponenten zur Verfügung, und auch die 
Ereignisverarbeitung wird analog implementiert. Der wesentliche Unterschied ist der, 
daß nun als Container ein Frame-Objekt anstelle eines Applets einzusetzen ist. 

Dies hat einige Konsequenzen: Zum einen können die Methoden Start, stop und 
destroy nicht mehr überladen werden, da sie in der Klasse Applet deklariert sind - sie 
werden in stand-alone Anwendungen auch nicht benötigt. Auch die Methode init steht 
nicht mehr zur Verfügung. Die hier üblicherweise enthaltenen Objekterzeugungen, 
Initialisierungen, Listener-Registrierungen usw. nimmt man in den Konstruktor auf. 
Die in der HTML-Datei enthaltenen Größenangaben müssen mit einem setSize- Auf- 
ruf gesetzt werden. Andere Werte können als Kommandozeilen- Argumente überge- 
ben werden. Weiterhin ist zu beachten, daß ein Frame, im Unterschied zum Applet, 
standardmäßig mit einem BorderLayout-Manager arbeitet. Und schließlich muß das 
Frame-Objekt mit einem setVisible-Aufruf sichtbar gemacht werden, da „top-level“ 
Komponenten wie z.B. ein Frame nach ihrer Erzeugung noch nicht sichtbar sind. Alle 
anderen enthaltenen Komponenten sind direkt nach ihrer Erzeugung sichtbar. 

Als erstes Beispiel greifen wir das TastenApplet auf und modifizieren es zu einer 
stand-alone Anwendung: 

// TastenFrame.java 

Import java.awt.*; 

Import java.awt.event.*; 

dass Tasten Frame extends Frame { 

private char Zeichen = KeyEvent.CHAR_UNDEFINED; 
private Int x, y; 
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TastenFrameO { 

setBackground(Color.pink); 
setForeground(Color.blue); 
setFont(new Font(”SansSerif , Font.BOLD, 36)); 
setSize(200, 100); 

X = getSize().width/2 - 8; 
y = getSize().height/2 + 8; 
addKeyListener(new KeyAdapter() { 
public void keyPressed(KeyEvent e) { 

Zeichen = e.getKeyCharQ; 
repaintO; 

} 

public void keyReleased(KeyEvent e) { 

Zeichen = ’ ’; 
repaintQ; 

} 

}): 

setVisible(true); 

} 

public void paint(Graphics g) { 

if (Zeichen != KeyEvent.CHAR_UNDEFINED) 
g.drawString(String.valueOf(zeichen), x, y); 

} 

public static void main(String[] args) { new TastenFrameO; } 

} 

Wir sehen als weiteren Unterschied zur Applet- Version, daß hier die Anwendung 
dafür verantwortlich ist, daß ein Objekt der Frame-Klasse erzeugt wird. Positiv ist 
zu vermerken, daß Frames sofort den Tastatur-Fokus besitzen. Es fällt weiterhin auf, 
daß sich das Fenster über die Menüleiste nicht schließen läßt. Hierzu benötigen wir 
einen WindowListener, den man typischerweise wie folgt 

addWindowListener(new WindowAdapter() { 
public void windowClosing(WindowEvent e) { 
e.getWindow().dispose(); 

System.exit(O); 



} 
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als anonymen WindowAdapter mit einer überschriebenen windowClosing-Methode 
bereitstellt. (Siehe OOPinJava/kapitel13/taste2/TastenFrame.java.) 

Bei Frame-Objekten, die als Container andere Komponenten enthalten und nicht, wie 
im letzten Beispiel, lediglich als Zeichenfläche für ein überschriebenes paint dienen, 
wird man anstelle des setSize- Aufrufs bevorzugt die Methode pack einsetzen. pack 
stellt die Fenstergröße so ein, daß die Komponenten ihre natürliche („bevorzugte“) 
Größe erhalten. Die Methode ist in der Klasse Window deklariert und ruft selbst die 
Component-Methode getPreferredSize auf. Als Beispiel schreiben wir eine stand- 
alone Version des TextEvent-Applets. 

// TextFrame.java 

Import java.awt.*; 

Import java.awt.event.*; 

dass TextFrame extends Frame { 

private TextField login, passwd; 

TextFrameO { 

setFont(new Font("Monospaced", Font.PLAIN, 12)); 

Font, Layout usw. wie In TextEvent.InIt 

passwd.setEchoChar(’*’); 

passwd.addActionListener(new ActlonListener() { 
public void actlonPerformed(ActlonEvent e) { 

String I = login.getText(), p = passwd.getText(); 
if (l.equals("Anonymous") && p.equals("!avaJ")) { 
removeAllO; 

add(new TextAreafLogln erfolgreich", 5, 50)); 

validateO; 

pack(); 

} 

} 

}); 

addWlndowListener(new WlndowAdapterQ { wie oben }); 

packQ; 

setVlsible(true); 

} 

public static void maln(String[] args) { new TextFrameO; } 



} 
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Zum Abschluß dieses Abschnitts soll noch gezeigt werden, wie man eine Klasse so 
implementieren kann, daß sie sowohl als Applet als auch als stand-alone Anwen- 
dung lauffähig ist. Hierzu greifen wir nochmals das Punkte Applet auf und fügen eine 
Methode main in die Klassendeklaration ein. In main müssen die entsprechenden 
Objekte erzeugt werden; weiterhin wird ein init- Aufruf benötigt: 

// PunkteFramplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.lo.*; 

public dass PunkteFramplet extends Applet { 
private final Int MAX_PUNKTE = 1000; 
private lnt[][] punkte = new lnt[MAX_PUNKTE][2]; 
private Int anzPunkte = 0; 
public vold lnlt() { 
setBackground(Color.yellow); 
setForeground(Color.green); 
addMouseUstener(new MouseAdapter() { 

wie In PunkteApplet 

}); 

} 

public vold palnt(Graphlcs g) { 

wie In PunkteApplet 

} 

public static vold maln(Strlng[] args) { 

If (args.length < 2) { 

new PrlntWrlter(System.out, true).prlntln(''Starten In der Form: ” 

+ "java PunkteFramplet V'brelteV VhöheV"'); 
return; 

} 

Frame f = new FramefDas Punkte-Framplef ); 
f.addWlndowLlstener(new WlndowAdapter() { 

wie oben 

}): 

PunkteFramplet pf = new PunkteFramplet(); 
pf.initO: 
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f.add(pf); 

f.setSize(lnteger.parselnt(args[0]), lnteger.parselnt(args[1])); 
f.setVisible(true); 

} 

} 

Wenn wir das PunkteFramplet als Applet, also in einem Browser starten, wird die 
Methode main ignoriert. Umgekehrt wird bei einem Aufruf der Art java Punkte- 
Framplet 300 300 in main die Methode init aufgerufen. 



13.10 Insets 

Das Paket java.awt deklariert eine einfache Klasse Insets, die lediglich vier public 
zugreifbare int- Werte top, left, bottom und right verwaltet. Bei der Konstruktion eines 
Insets-Objekts müssen die Werte in dieser Reihenfolge spezifiziert werden. 

Interessant wird die Klasse im Zusammenhang mit dem Layout von Komponenten in 
einem Container, weil in Container eine Methode getlnsets deklariert ist, die ein 
Layout-Manager implizit aufruft, um festzustellen, welchen Rand er oben, links, 
unten und rechts auf seiner verfügbaren Fläche freilassen muß. Auf diesem Rand 
können keine Komponenten positioniert werden. Der Rand kann jedoch von paint 
genutzt werden, z.B. sind alle drawXYZ-Methoden verwendbar. Ebenso werden alle 
low-level Ereignisse registriert. Typischerweise überschreibt man getlnsets einfach 
wie folgt: 

public Insets getlnsets() { 
return new lnsets(10, 20, 30, 40); 

} 

wobei anstelle von (1 0, 20, 30, 40) die benötigten Werte einzutragen sind. Zum Testen 
nehmen wir beispielsweise die Deklaration 

public Insets getlnsetsQ { 
int i = lnteger.parselnt(getParameter("Rand")); 
return new lnsets(i, i, i, i); 

} 

in das BorderTest-Applet aus Abschnitt 13.8.2 auf und experimentieren mit verschie- 
denen Parameterwerten, also <param name = Rand value = ...>, in der entsprechen- 
den HTML-Datei. Für die Rand- Werte 0, 5, 10 erhalten wir die folgenden Applets: 
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(Siehe OOPinJava/kapiteH 3/border2/BorderTest.java.) 

Verschiedene Komponenten haben voreingestellte Insets, die abhängig von der Platt- 
form und vom Layout-Manager sind. Typische Insets- Werte eines Frame-Objekts 
sind beispielsweise 28, 6, 6, 6 (unter Solaris) bzw. 27, 4, 4, 4 (unter Win 95/98/NT). 
Der breite obere Rand des Frames ist der Grund dafür, daß die Anzeige der gedrück- 
ten Taste beim TastenFrame im Vergleich zum TastenApplet nicht zentriert erscheint; 
Applets haben 0, 0, 0, 0 als Insets (siehe Übungsaufgabe 10). 



13.11 Focus 

Viele Ereignisse, z.B. das Drücken eines Buttons, das Bewegen eines Scrollbars usw., 
selektieren ihren Empfänger selbständig. Tastaturereignisse (KeyEvents) sind dage- 
gen nicht an eine spezielle Komponente in einer Benutzeroberfläche gerichtet. 

Damit eine Komponente auf Tastatureingaben reagiert, muß sie den Tastatur-Fokus 
besitzen. Der Fokus-Besitz ist Voraussetzung dafür, daß sie KeyEvents und Focus- 
Events generieren kann. 

Nur jeweils eine Komponente eines Containers kann zu einem bestimmten Zeitpunkt 
den Fokus haben. Sie zeigt dies durch eine Veränderung ihres Aussehens an, z.B. 
durch Umrandung, Wechsel des Cursors vom Default- zum I-Cursor usw. Eine Kom- 
ponente erhält den Fokus, wenn wir in ihrem Grafik-Kontext auf die Maus klicken. 
(Unter manchen Betriebssystemen ist es bereits ausreichend, die Maus in die Kom- 
ponente zu positionieren.) Auch mit den Tab- und Shift-Tab-Tasten kann man den 
Fokus von einer aktivierten Komponente zur nächsten verlagern und umgekehrt. 

Die Reihenfolge, in der Komponenten so den Fokus erhalten, entspricht der Reihen- 
folge, in der man sie mittels add in ihren umgebenden Container eingefügt hat. Dies 
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kann man mit sämtlichen Beispielen dieses Abschnitts testen. Um eine Bedienung oh- 
ne Maus zu ermöglichen, müssen die Komponenten mit KeyListener-Objekten oder 
passenden semantischen Listenem verbunden werden. 

Komponenten können den Fokus auch explizit durch einen Aufruf der Methode re- 
questFocus anfordem. Dies ist jedoch nicht bei allen Komponenten möglich; bei- 
spielsweise haben Canvas- und Panel-Objekte ohne besondere Vorkehrungen von 
unserer Seite (siehe Übungsaufgabe 11) kein Interesse am Fokus. Mittels isFocus- 
Traversable kann man feststellen, ob eine Komponente in der Lage ist, den Tastatur- 
Fokus zu erhalten. Der Aufruf liefert dann true und ansonsten false. Im letzteren Fall 
bleibt ein requestFocus- Aufruf ohne Wirkung. 



13.12 Übungsaufgaben 

1. Machen Sie sich klar, daß man auch mehrere Listener desselben Typs an einer 
Komponente registrieren kann. Erweitern Sie beispielsweise das PunkteApplet 
um einen zweiten MouseUstener, der die Punkt-Koordinaten auf System. out 
ausgibt. 

2. (a) Modifizieren Sie die erste Version des ZaehlerFrames (S. 1.1), so daß der 

ButtonListener zur anaonymen Klasse wird. Es soll aber nach wie vor ein 
benanntes Listener-Objekt erzeugt werden. 

(b) Statt eine eigenständige oder innere ActionListener-Klasse zu deklarieren, 
könnten wir das ZaehlerApplet auch so implementieren: 

public dass ZaehlerApplet extends Applet 
implements ActionUstener { } 

Testen Sie eine derartige Implementation und überlegen Sie sich Vor- und 
Nachteile dieses Ansatzes. 

3. Drucken Sie in einer der beiden Listener-Methoden des Tasten Applet-Beispiels 
das KeyEvent aus und untersuchen Sie die mit ihm versandte Information. 

4. Weshalb sind die Variablen out und c im ChoiceTest-Beispiel final deklariert? 

5. Untersuchen Sie durch Einfügen einer println-Anweisung, wie im TastenFrame- 
Beispiel paint implizit aufgerufen wird, wenn der Frame durch andere Fenster 
verdeckt wird oder nach Ikonifizierung wiederhergestellt wird. 
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6. Schreiben Sie ein Applet, das das DynamicallyScaleable-Interface implemen- 
tiert. 

interface Scaleable { 

int TINY = 1 , SMALL = 2, MEDIUM = 3, BIG = 4, LARGE = 5, HUGE = 6; 
void setSize(int size); 

} 

interface DynamicallyScaleable extends Scaleable { 
void changeSize(int size); 

} 

Das Applet soll einmal pro Sekunde „seine Größe ändern“. Stellen Sie das 
einfach dadurch dar, daß in etwa folgendes passiert 

public void changeSize(int sc) { 
setSize(sc); 
repaintO; 

} 

public void paint(Graphics g) { 
g.draw3DRect(10, 10, rectSize, rectSize, false); 

} 

wobei hier mit rectSize die aktuelle Größe gemeint ist. 

7. Entwerfen und testen Sie eine Benutzeroberfläche für das Schaltpult aus Ab- 
schnitt 12.2. Die Oberfläche soll als Frame implementiert sein und folgendes 
Aussehen haben: 



Pult & Getriebe | - 1 J| 





A US sch alte n 1 Hochschalten | Herunterschalten | Leerlauf | 


Gang; 




2 



8. Welche Ereignisse können von einem Label erzeugt werden? Schreiben Sie 
eine Testanwendung. 
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9. Schreiben Sie ein Applet mit einigen Button-Objekten. Wenn die Maus auf 
einen Button bewegt wird, soll er sich farblich von den anderen Buttons unter- 
scheiden. 

10. Zentrieren Sie die Anzeige des Zeichens im Tasten Frame-Beispiel durch Be- 
nutzung der Insets- Werte. Hier muß man beachten, daß nicht garantiert ist, daß 
die richtigen Insets bereits im Konstruktor feststehen. Üblicherweise ruft man 
getlnsets beim ersten paint-Aufruf auf. Zum Beispiel: 

public void paint(Graphics g) { 
if (NayoutKomplett) { 

Insets ins = getlnsets(); 

X = 

y = 

setSize(200 + ins.left + ins.right, 100 + ins.top + ins.bottom); 
layoutKomplett = true; 

} 

if (Zeichen != KeyEvent.CHAR_UNDEFINED) 
g.drawString(String.valueOf(zeichen), x, y); 

} 

Hier ist layoutKomplett eine Instanzvariable, die mit false zu initialisieren ist. 

1 1 . Damit eine Komponente, wie z.B. das TastenApplet, Interesse daran haben soll, 
den Tastatur-Fokus zu akzeptieren, ist folgendes erforderlich: 

(a) Die aus Component geerbte Methode isFocusTraversable ist so zu über- 
schreiben, daß sie true liefert. Also 

public boolean isFocusTraversableQ { 
return true; 

} 

(b) Es ist ein MouseListener zu implementieren, der bei mousePressed oder 
mouseClicked einen requestFocus- Aufruf vornimmt. 

(c) Der MouseListener ist bei der Komponente zu registrieren. 

Versehen Sie das TastenApplet auf diese Weise mit dem Fokus. 

12. Wie Jede public deklarierte Component-Methode können wir auch die Methode 
getPreferredSize, die die „natürliche“ Größe einer Komponente festlegt, über- 
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schreiben. Benutzen Sie das ButtonTest-Applet und ersetzen Sie das new But- 
ton("Blau") durch new PrefButtonfBlau”), wobei PrefButton eine Subklasse von 
Button ist. getPreferredSize ist folgendermaßen zu deklarieren: 

public Dimension getPreferredSize() { 



return new Dimension(breite, hoehe); 

} 

Überschreiben Sie die Methode in der Klasse PrefButton, so daß der Button 
doppelt so breit und hoch ist wie sonst üblich. 




Kapitel 14 



Grundlegende Klassen 



In diesem Abschnitt behandeln wir eine Reihe von Klassen aus den Paketen java.lang, 
java.util und java.text, die man in nahezu jeder Anwendung benötigt, und die in voran- 
gehenden Beispielen zum Teil auch schon eingesetzt wurden. Es sei nochmals daran 
erinnert (vgl. 10.4), daß Java in jede Übersetzungseinheit implizit ein 

Import java.lang.*; 
einfügt. 



14.1 Die Klasse String 

Java verwendet String-Objekte zur Aufnahme von Zeichenfolgen, die sich zur Lauf- 
zeit nicht verändern können. Es gibt also keine Methoden zur Änderung des String- 
Inhalts, jedoch einige wenige Methoden, die, ausgehend von einem existierenden 
String-Objekt, ein neues, modifiziertes String-Objekt liefern. Strings sind eng mit 
Zeichenketten verwandt; Java wandelt jede Zeichenkette implizit in ein String-Objekt 
um und benutzt die Z^eichenkette dann als Referenz auf dieses Objekt. Typischerwei- 
se wird man Strings zur Übergabe von Zeichenketten an Methoden oder umgekehrt 
zur Rückgabe eines Zeichenketten-Resultats einsetzen. Wenn eine Methode Zeichen- 
folgen manipulieren soll, benutzt man StringBuffer-Objekte. 

Zur Erzeugung von String-Objekten steht eine Reihe von Konstruktoren zur Verfü- 
gung. Zum Beispiel: 



String s = "Stringl", t = new String("String2''); 
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char[] a = { ’S’, ’t’, ’r’, ’i’, ’n’, ’g’, ’3’ }; 
byte[]b = {83, 116, 114, 105, 110, 103, 52}; 

String u = new String(a), v = new String(b), w = new String(v); 

Wenn Java beim Übersetzen feststellt, daß Zeichenketten (Literale) denselben Wert 
haben, wird für sie ein gemeinsames String-Objekt angelegt (siehe Abschnitt 4.4). 
Bei der Konstruktion von String-Objekten wird dagegen keine Kontrolle der bereits 
erzeugten Strings durchgeführt. Im obigen Beispiel ergibt sich deshalb 

out.println("String1 '' == s); // true 

out.println(w == v); // false 

(Mittels == werden die Referenzwerte verglichen.) Zum Vergleich des Inhalts von 
String-Objekten benutzt man die Methoden equals oder equalsIgnoreCase, bzw. 
wenn die lexikalische Anordnung von Interesse ist, die Methode compareTo, die im 
Fall der Gleichheit 0 liefert. Falls der erste String vor dem zweiten kommt, ergibt sich 
ein Wert kleiner null und ansonsten ein Wert größer null: 

out.println(s.compareTo(t)); // -1 

out.println(v.compareTo(t)); // 2 

Mittels startsWith bzw. endsWith kann man feststellen, ob ein String mit einem be- 
stimmten Teil-String beginnt bzw. endet; indexOf liefert den Index an dem ein Teil- 
String zum erstenmal vorkommt, bzw. -1, wenn er nicht enthalten ist. 



out.println(s.startsWith{“Str")): 


// true 


out.println(s.startsWith("http:“)): 


// false 


out.println(u.indexOf(“ing")); 


113 


out.println(u.indexOf(“ink'')); 


//-1 



Methoden, die ausgehend von einem String-Objekt einen neuen String liefern (genau- 
er: ein neues String-Objekt konstruieren und eine Referenz auf dieses liefern), sind 
toLowerCase, toUpperCase, replace und substring. 

replace(char, char) ersetzt im gesamten String das erste Argument durch das zweite 
Argument, substring ist mit einem bzw. zwei int-Parametem überladen und liefert 
einen Teil-String, der mit dem durch das erste Argument spezifizierten Index beginnt 
und ggf. durch den zweiten Index beendet wird. Zum Beispiel: 



out.println(w.replace(’4’, ’5’)); 
out.println(w.toUpperCaseO); 



// String5 
// STRING4 
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out.println(w.substring(2, 5)); // rin 

Dieses letzte Beispiel zeigt noch zweierlei: In dem von w referenziellen String (mit 
dem Inhalt "String4”) hat sich durch die Methodenaufrufe nichts geändert, es wurden 
vielmehr drei neue String-Objekte erzeugt, die direkt nach der Ausgabe gelöscht wer- 
den können. Weiterhin erkennt man, daß das erste bzw. zweite substring-Argument 
inklusiv bzw. exklusiv wirken. 

Die Methode length liefert die Anzahl der Zeichen in einem String, charAt(i) liefert 
das (i + 1 )-te Zeichen, und toCharArray konstruiert ein Zeichenfeld, das gerade die im 
String gespeicherten Zeichen als Komponenten hat: 

out.println(s.charAt(s.length() - 1)); // 1 

out.printIn(s.toCharArray(). length); // 7 

Etwas mehr Flexibilität als toCharArray bietet getChars(int, int, char[], int). Mit die- 
ser Methode kopiert man Zeichen aus einem String in ein char-Feld, wobei das erste 
bzw. zweite Argument den Index im String ab dem (einschließlich) bzw. bis zu dem 
(ausschließlich) kopiert wird, bezeichnen. Das letzte Argument ist der Index ab dem 
die Zeichen im Feld eingetragen werden. Nach s.getChars(1 , 3, a, 0) enthält a bei- 
spielsweise die Zeichen t, r, r, i, n, g, 3. 

Zum Abschluß soll noch die Klassenmethode valueOf behandelt werden. Sie ist für 
sämtliche elementaren Datentypen mit Ausnahme von byte und short sowie mit dem 
Parameter Object überladen und liefert die String-Repräsentation des Arguments. Im 
Fall von valueOf (Object x) ist das Resultat "null", wenn eine Nullreferenz übergeben 
wird, ansonsten ergibt sich x.toString(). Zum Beispiel: 

out.println(String.valueOf(new java.util.Date())); 

// Sun Mar 7 07:49:03 GMT+02:00 1999 

Das Pendant zu diesen Aufrufen, also das Erzeugen von Werten elementarer Datenty- 
pen ausgehend von ihrer String-Repräsentation, wird über die Hüllklassen Boolean, 
Byte usw. abgewickelt (siehe Abschnitt 14.5). 

boolean x = Boolean.valueOf("true").booleanValue(); 
byte y = Byte.valueOf("23").byteValue(); 



Die obigen Codefragmente sind im Beispielprogramm /OOPinJava/kapitell 4/Strings.ja- 
va zusammengefaßt. 
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Die nachfolgende Tabelle enthält einen Überblick über die wichtigsten Methoden der 
Klasse String. 



Methode 


Bedeutung 


charAt(lnt) 


Liefert das Zeichen an der spezifizierten Position 


compareTo(Strlng) 


Vergleicht mit dem Argument 


concat(String) 


Fügt Argument ans Ende des Strings an 


endsWith(String) 


Prüft, ob der String mit dem Argument endet 


equals(Object) 


Vergleicht mit dem Argument 


equalslgnoreCase(String) 


Vergleicht, ignoriert Groß/Kleinschreibung 


getChars(int, Int, char[], int) 


Kopiert Zeichen in ein char-Feld 


IndexOf(int) 


Sucht nach erstem Vorkommen eines Zeichens 


indexOf(String) 


Sucht nach erstem Vorkommen des Arguments 


lengthO 


Liefert die Länge des Strings 


replace(char, char) 


Ersetzt überall erstes durch zweites Argument 


startsWith(String) 


Prüft, ob der String mit dem Argument beginnt 


substring(int) 


Liefert Teil-String ab spezifizierter Position 


substring(int, int) 


Liefert Teil-String zwischen spezifiz. Positionen 


toCharArrayO 


Liefert String als char-Feld 


toLowerCaseO 


Liefert String in Kleinbuchstaben 


toUpperCaseO 


Liefert String in Großbuchstaben 


trim{) 


Entfernt White-Space an Anfang und Ende 


valueOf(Object) 


Liefert String-Repräsentation des Arguments 



14.2 Die Klasse StringBuffer 

Ein StringBuffer-Objekt ist ein Objekt, das eine unbegrenzte Anzahl modifizierbarer 
Zeichen aufnehmen kann und das Hinzufügen von Zeichenketten effizient implemen- 
tiert. Bei einer String- An Wendung wie im folgenden Beispiel: 

public dass X extends Applet Implements ActionUstener { 

TextField txt; 

String alleEingaben = 



public vold actlonPerformed(ActionEvent e) { alleEingaben += txt.getTextQ; } 

} 
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würde mit jeder Eingabe (Return) im Textfeld txt aus dem alten von alleEingaben 
referenziellen String-Objekt und dem aktuellen Textfeld-Inhalt ein neuer String er- 
zeugt, und die alten Strings würden zur Garbage-Collection freigegeben. Hier ist es 
sinnvoller, einen StringBuffer einzusetzen. 

Die StringBuffer-Klasse stellt im wesentlichen zwei Methoden zur Verfügung, die für 
sämtliche elementaren Datentypen mit Ausnahme von byte und short sowie mit den 
Parametern Object und String überladen sind. 

append 

fügt die String-Repräsentation des Arguments an das Ende des StringBuffers 
an. 



insert 

fügt die String-Repräsentation des zweiten Arguments in den StringBuffer ein. 
Der Index, ab dem eingefügt werden soll, wird mit dem ersten Argument als 
int- Wert spezifiziert. 

Im obigen Beispiel wäre es somit sinnvoller, die Variable alleEingaben mit dem Typ 
StringBuffer zu deklarieren und die Zuweisung in actionPerformed durch alleEinga- 
ben.append(txt.getTextO); zu ersetzen. 

Neben dem Standardkonstruktor, der einen leeren Puffer erzeugt, hat die Klasse zwei 
weitere Konstruktoren StringBuffer(String) und StringBuffer(int), mit denen man den 
Puffer mit einer Zeichenkette initialisieren bzw. mit einer vorgegebenen Länge leer 
erzeugen kann. Wie in der String-Klasse stehen die Methoden charAt und length 
zur Verfügung. Darüber hinaus können wir aus einem StringBuffer-Objekt durch den 
Aufruf von toString das entsprechende String-Objekt erzeugen. 

Die Methoden append und insert liefern als Resultat jeweils this, ihre Aufrufe können 
somit verkettet werden. Java selbst verwendet StringBuffer-Objekte und diese Tech- 
nik, wenn Zeichenketten mit dem Operator + zu verknüpfen sind. Zum Beispiel wird 
eine Ausgabe int i = 5; out.println("Wert ” + i); in folgender Form realisiert: 

out.println(new StringBuffer().append("Wert ").append(i).toString()); 

Passend zu insert ist eine Methode delete mit zwei int-Argumenten deklariert, die 
alle Zeichen im spezifizierten Bereich aus dem StringBuffer entfernt und dann this als 
Resultat liefert. Den Teil-String, den ein StringBuffer in einem bestimmten Bereich 
enthält liefert substring(int, int) - Resultat ist hier ein neues String-Objekt. Wie üblich 
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wirkt bei diesen beiden Methoden die untere Bereichsgrenze einschließlich, die obere 
ausschließlich. 

Einzelne Zeichen eines StringBuffers kann man mit der Methode setCharAt modifi- 
zieren. /OOPinJava/kapitel14/StringBuffers.java liefert einige Beispiele. 



14.3 Die Klasse Math 

java.lang.Math ist eine public und final deklarierte Klasse, die neben den symboli- 
schen Konstanten E (e) und PI (tt) eine Reihe von Klassenmethoden enthält, die in 
der folgenden Tabelle auszugsweise zusammengestellt sind. 



Methode 


Bedeutung 


abs(double x) 


Betrag von x (|x|) 


abs(float x) 




abs(int x) 




abs(long x) 




acos(double x) 


arccos(x) 


asin(double x) 


arcsin (x) 


atan(double x) 


arctan (x) 


ceil(double x) 


kleinste ganze Zahl > x ([a;]) 


cos(double x) 


cos(a;) 


exp(double x) 




floor(double x) 


größte ganze Zahl < x ([x\) 


log(double x) 


\n{x) 


pow(double x, double y) 


xy 


randomO 


liefert Zufallszahl in [0, 1) 


round(double x) 


rundet nach long 


round(float x) 


rundet nach Int 


sin(double x) 


sin(a;) 


sqrt(double x) 


\fx 


tan(double x) 


tan(a:) 



Zusätzlich stehen noch die zweiparametrigen Methoden max und min zur Verfügung, 
die jeweils für int-, long-, float- und double-Werte überladen sind. 
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14.4 Die Klasse DecimalFormat 

Im Paket java.text ist eine Klasse DecimalFormat deklariert, mit der man numerische 
Werte in formatierte Strings umwandeln kann. DecimalFormat ist Subklasse der ab- 
strakten Klasse NumberFormat, die selbst wieder Subklasse der abstrakten Klasse 
Format ist. Das Ausgabeformat kann man festlegen, indem man dem Konstruktor 
eine Zeichenkette übergibt, die sich aus folgenden Zeichen zusammensetzen kann. 



Zeichen 


Bedeutung 


# 


Ziffer, führende Nullen werden nicht angezeigt 


0 


Ziffer, führende Nullen werden als 0 angezeigt 


9 


das landesspezifische Gruppierungssymbol für Vorkommastellen 
(bei uns also Punkt) 




das landesspezifische Trennsymbol zwischen Vor- und Nachkomma- 
stellen (bei uns also Komma) 


% 


Darstellung als Prozentzahl (nach Multiplikation mit 100) 


xyz 


andere Zeichen werden direkt in den resultierenden String übernommen 



Das Formatieren besteht nun aus den folgenden Schritten: 

1. Es wird ein Format-Objekt konstruiert. 

2. Für dieses Format-Objekt wird die Methode format aufgerufen, die in Number- 
Format folgendermaßen überladen ist: 

public final String format(double number) { } 

public final String format(long number) { } 

Der zu formatierende Wert wird also beim Aufruf als Argument übergeben. Mit 
den bei Methodenaufrufen implizit durchgeführten elementaren Typvergröße- 
rungen sind somit alle numerischen Typen formatierbar. 

3. Das Resultat ist der formatierte String, der nun weiterverwendet werden kann 
(z.B. printin oder setText). 



Ein einfaches Beispiel ist: 
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H ZahlenFormat.java 

Import java.io.*; 

Import java.text.*; 

dass ZahlenFormat { 
public static vold maln(Strlng[] args) { 

PrIntWrIter out = new PrlntWrlter(System.out, true); 

NumberFormat f1 = new DeclmalFormat("Wert: 000,000.00000"), 
f2 = new DecImalFormatC'Wert: ###,###.#####”); 
double x = 12.345; 

out.prlntln(f 1 .format(x) + "\n" + f2.format(x)); 

} 

} 

Diese Anweisungen erzeugen die Ausgabe 

Wert: 000.012,34500 
Wert: 12,345 

Alternativ zur Formatangabe beim Konstruktoraufruf kann man auch den Standard- 
Konstruktor verwenden und die Methoden setMlnImumlntegerDlglts und setMInlmum- 
FractlonDlglts sowie die entsprechenden setMaxImum-Methoden, die DecImalFormat 
aus NumberFormat erbt, aufrufen. Mit ihnen stellt man die minimale oder maximale 
Anzahl der Vor- bzw. Nachkommastellen ein. Eine Möglichkeit, mit diesen Metho- 
den führende Nullen und Gruppierungspunkte durch Leerzeichen zu ersetzen, zeigt 
das Beispiel /OOPInJava/kapltel14/BlankFormat.java. 



14.5 Hüllklassen für elementare Datentypen 

Es wurde bereits mehrfach erwähnt, daß für jeden elementaren Datentyp eine Hüll- 
klasse deklariert ist. Diese Klassen Boolean, Byte, Character, Double, Float, Integer, 
Long und Short sind alle ähnlich aufgebaut: Sie haben zwei Konstruktoren, die ein 
Objekt aus einem entsprechenden elementaren Wert oder aus seiner String-Darstel- 
lung erzeugen. Sie haben eine Klassenmethode valueOf, die aus einem String ein 
Objekt mit dem spezifizierten Wert konstruiert. Und sie deklarieren jeweils eine In- 
stanzmethode booleanValue, byteValue usw., mit der man den Objektinhalt wieder 
als elementaren Wert erhält. Beispielsweise erzeugt man durch 
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Double X = new Double(1 .234), 
y = new Double(“1 .234"), 
z = Double.valueOf("1 .234"); 

drei Double-Objekte mit demselben Inhalt. Die erste Form ist am effizientesten. 

Mit Ausnahme von Character sind alle Hüllklassen, die zu numerischen Typen gehö- 
ren, Subklasse der abstrakten Klasse Number und implementieren zusätzlich zu ihrer 
jeweils spezifischen xyzValue-Methode alle die Methoden byteValue, doubleValue, 
floatValue, intValue, longValue und shortValue, die die entsprechend konvertierten 
Werte liefern. Character ist auch bezüglich der Objektkonstruktion eine Ausnahme; 
es gibt keinen Konstruktor Character(String), aber sinnvollerweise Character(char). 

Ein wichtiges Einsatzgebiet der Hüllklassen ist die Umwandlung von Eingaben aus 
Textfeldern oder von Konsoleingaben in numerische Werte. Zum Beispiel liefern 

double d = Double.valueOf(txt.getText()).doubleValue(); 
d = new Double(txt.getText()).doubleValue(); 

denselben d-Wert. Auch valueOf erzeugt intern ein Double-Objekt. 

Für die „ganzzahligen“ Klassen Integer, Long, Short und Byte stehen zu diesem 
Zweck auch die Klassenmethoden parseint, parseLong, parseShort bzw. parseByte 
zur Verfügung. Die drei folgenden Anweisungen sind wieder äquivalent: 

int i = lnteger.valueOf(txt.getText()).intValue(); 
i = new lnteger(txt.getText()).intValue(); 
i = Integer.parselnt(txt.getTextO); 

Wegen der kürzeren Schreibweise bevorzugen wir die parse-Methoden. 

Für Integer und Long sind darüber hinaus Klassenmethoden toHexString und toOc- 
talString deklariert, die die Hexadezimal- oder Oktaldarstellung eines int- oder long- 
Wertes als String liefern. Diese Darstellungsmöglichkeit hatten wir in Kapitel 5 be- 
reits mehrmals genutzt. 

Bei der Konstruktion eines Objekts ausgehend von einem String kann es zum Aus- 
werfen einer Ausnahme kommen. So führt 



int i = new Integer("l2345"); 



// 12345 statt 12345 
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auf eine NumberFormatException, weil der String nicht in eine int-Zahl umgewandelt 
werden kann. 

Hüllklassen dienen nur zur Aufnahme von elementaren Werten in ein Objekt. Es sind 
keine Methoden zur Modifikation des Objektinhalts implementiert. Zur Manipula- 
tion numerischer Werte mit beliebiger Genauigkeit sind in java.math zwei Klassen 
BigDecimal und Biglnteger als Subklassen von Number deklariert. Es gibt mehrere 
Konstruktoren, u.a. Biglnteger(String), BigDecimal(Biglnteger), BigDecimal(double) 
und BigDecimal(String). Der String im letzten Konstruktor darf keinen Exponenten 
und keine Endung (vgl. S. 26) enthalten. Zusätzlich zu den von Number geerbten Me- 
thoden existiert eine Reihe von Operator-Methoden, u.a. abs, add, subtract, multiply, 
divide, negate, die ein neues Objekt mit dem berechneten Wert liefern. Das folgende 
Beispiel, bei dem es sich um eine Neuimplementation des DoubleTest-Beispiels aus 
Kapitel 3 handelt demonstriert die im Vergleich zu double höhere Präzision bei der 
Verwendung von BigDecimal-Objekten. 

// BigNums.java 

Import java.io.*; 

Import java.math.*; 

dass BIgNums { 

public static vold maln(Strlng[] args) { 

PrIntWrIter out = nev/ PrlntWrlter(System.out, true); 

BigDecimal x = new BlgDeclmal(Math.PI*1e300); 
final BigDecimal zehn = new BlgDeclmal(IO.O); 
for (IntI = 0; I < 10; I++) { 
out.phntlnfx = " + x); 

X = x.multlply(zehn); 

} 

} 

} 

Zum Abschluß dieses Abschnitts ist noch darauf hinzuweisen, daß in allen bespro- 
chenen Hüllklassen equals so überschrieben ist, daß Objektinhalte und nicht nur (wie 
in der in Object implementierten Standardversion) die Referenzwerte verglichen wer- 
den. Für die Variablen x und y des ersten Beispiels (S. 243) liefert daher x == y den 
Wert false, und x.equals(y) liefert true. 
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14.6 Die Klassen Date und DateFormat 

In Date-Objekten werden Zeitpunkte in der Darstellung »Millisekunden seit dem 
1.1.1970“ gespeichert. Eine Alternative zu dieser veralteten Notation stellen die 
Calendar-Objekte aus Abschnitt 14.7 dar. Der Date-Standardkonstruktor stellt Da- 
tum und Uhrzeit auf den aktuellen Zeitpunkt ein. Ein zweiter Konstruktor hat die 
Signatur Date(long) und erwartet ein Millisekunden- Argument. 

Es sind nur wenige Methoden deklariert, z.B. after und betöre, die mit einem anderen 
Datum vergleichen sowie getTime und setTime, die das Datum liefern bzw. setzen - 
jeweils als long. Und schließlich ist equals wieder so überschrieben, daß die Datums- 
werte verglichen werden. Die Klasse Date gehört dem Paket java.util an. Eine erste 
Einfachstanwendung ist: 

// DateTest.java 

Import java.io.*; 

Import java.util.*; 

dass DateTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Date d1 = new Date(1), 62 = new Date(); 
if (d1.after(d2)) 
out.printlnC'Fehler"); 
out.println(d1 + "\n" + d2); 

} 

} 

Zur anwendungsspezifischen Formatierung von Date-Objekten benutzen wir die Klas- 
sen DateFormat oder SimpleDateFormat. SimpleDateFormat ist Subklasse der ab- 
strakten Klasse DateFormat, die wieder Subklasse von java.text. Format ist. Auch 
wenn DateFormat abstrakte Klasse ist, kann man doch mit Hilfe ihrer Klassenmetho- 
den eine Fülle von Ausgabeformaten erzeugen und durch Aufruf der nicht abstrakten 
Methode format einsetzen. Die folgende Tabelle gibt eine Übersicht. Dabei ist zu 
beachten, daß der Typ des Ergebnisses jeweils DateFormat ist, daß getXYZInstance 
jedoch immer eine Referenz auf ein konkretes SimpleDateFormat-Objekt liefert. 
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Klassenmethode 


Bedeutung 


getDatelnstanceO 

getDatelnstance(int) 


Ausgabe des Datums 


getTimelnstanceO 

getTimelnstance(int) 


Ausgabe der Uhrzeit 


getDateTimelnstanceO 
getDateTimelnstance(int, int) 


Ausgabe von Datum und Uhrzeit 



Beim Aufruf ohne Argumente wird hier ein länderspezifisches Standardformat ein- 
gestellt; an die int-Parameter kann man die Klassenkonstanten SHORT, MEDIUM, 
LONG oder FULL übergeben. Für getDateTimelnstance können somit 16 Format- 
Kombinationen eingestellt werden. 

Das Formatieren wird wie bei den numerischen Typen in Abschnitt 14.4 vorgenom- 
men: 

1. Es wird ein Format-Objekt konstruiert - jetzt nicht über einen Konstruktorauf- 
ruf, sondern mittels einer DateFormat-Klassenmethode. 

2. Für dieses Format-Objekt wird die Methode format aufgerufen, die in DateFor- 
mat folgendermaßen deklariert ist: 

public final String format(Date date) { } 

Das zu formatierende Datum wird also beim Aufruf als Argument übergeben. 

3. Das Resultat ist ein formatierter String, der nun weiterverwendet werden kann 
(z.B. printin oder setText). 

Das nächste Beispiel vermittelt einen Eindruck von der Fülle an Formatierungsmög- 
lichkeiten, indem jeweils Datum und Uhrzeit in drei unterschiedlich ausführlichen 
Formaten ausgegeben werden (siehe /OOPinJava/kapitel14/DateFormate.java). 

Date d = new Date(); 

DateFormat[] forme = { 

DateFormat.getDatelnstanceQ, 

DateFormat.getDatelnstance(DateFormat.SHORT), 

DateFormat.getDatelnstance(DateFormat.FULL), 

DateFormat.getTimelnstanceO, 

DateFormat.getTimelnstance(DateFormat.SHORT), 
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DateFormat.getTimelnstance(DateFormat.FULL) 

}; 

for (int i = 0; i < forms.length; i++) 
out.println(fornns[i].format(d)); 



Für die meisten Problembereiche werden die hier vorgestellten Möglichkeiten ausrei- 
chen. Mit der Klasse SimpleDateFormat kann man darüber hinaus weitere Formate 
erzeugen, wenn man den Konstruktor benutzt und ihm eine Zeichenkette übergibt, in 
der der auszugebende Text mit ’ eingeklammert ist und die übrigen Zeichen das Aus- 
gabeformat von Datum und Uhrzeit festlegen. Die folgende Tabelle gibt nur einen 
Auszug. 



Symbol 


Bedeutung 


Langform 


Kurzform 


y 


Jahr 


yyyy (4 Ziffern) 


yy (2 Ziffern) 


M 


Monat 


MMMM (Text) 


MM (2 Ziffern) oder 
M (1 oder 2 Ziffern) 


E 


Wochentag 


EEEE (Text) 


EE (2 Buchstaben) 


d 


Tag des Monats 


dd (2 Ziffern) 


d (1 oder 2 Ziffern) 


H 


Stunden 


HH (2 Ziffern) 


H (1 oder 2 Ziffern) 


m 


Minuten 


mm (2 Ziffern) 


m (1 oder 2 Ziffern) 


s 


Sekunden 


SS (2 Ziffern) 


s (1 oder 2 Ziffern) 


S 


Millisekunden 


SSS (3 Ziffern) 


- 



Zum Beispiel wird durch die Anweisungen 



Date d = new Date(); 

DateFormat f = 

new SimpleDateFormatC’Es ist ’EEEE’, der ’d’-te ’MMMM’, ’H’.’mm’ Uhr 
out.println(f.format(d)); 



eine Ausgabe der Form Es ist Freitag, der 16-te Juli, 19.25 Uhr erzeugt. (Siehe 
/OOPinJava/kapitel14/SimpleDateFormate.java.) 

Die Abbildung zeigt nochmals die Vererbungsbeziehungen der wichtigsten Format- 
Klassen aus java.text: 
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Format (A) 




NumberFormat (A) 



DateFormat (A) 



DecimalFormat 



SimpleDateFormat 



14.7 Calendar-Klassen 

Calendar ist eine abstrakte Klasse aus dem Paket java.util, mit der man Zeitpunkte in 
Jahren, Monaten, Tagen, Stunden usw. spezifizieren kann. Von Calendar kann man 
spezielle Klassen, z.B. einen chinesischen Kalender, ableiten; derzeit ist im JDK eine 
konkrete Subklasse GregorianCalendar implementiert. 

Calendar stellt eine Klassenmethode getlnstance zur Verfügung, mit der man ein 
konkretes Kalenderobjekt - bei uns einen GregorianCalendar - mit aktuellem Datum 
und aktueller Uhrzeit erzeugt. Über getTime erhält man das entsprechende Date- 
Objekt, d.h. eine erste Anwendung könnte so aussehen: 

Calendar c = Calendar.getlnstanceQ; 

DateFormat f = DateFormat.getDateTimelnstance(DateFormat.FULL, 
DateFormat.MEDIUM); 
out.println(f.format(c.getTime())); 

Zum Einstellen anderer Datums- und Zeitangaben stehen verschiedene set-Methoden 
zur Verfügung. Beispielsweise 

stellt set(int, int, int) Jahr, Monat und Tag ein, 

stellt set(int, int, int, int, int) Jahr, Monat, Tag, Stunden und Minuten ein, 

stellt set(int, int, int, int, int, int) Jahr, Monat, Tag, Stunden, Minuten und Se- 
kunden ein. 

Beim Setzen der Monatsangabe muß man beachten, daß die Zählung mit 0 (Januar) 
beginnt. Fehler lassen sich vermeiden, wenn man an dieser Stelle die Klassenkonstan- 
ten JANUARY, . . . , DECEMBER benutzt. Weiterhin kann es Probleme mit betriebs- 
systemseitig falsch eingestellten Zeitzonen geben. Diese kann man beheben, indem 
man die richtige Zeitzone mit einem Aufruf von setTimeZone explizit einstellt. Zum 
Beispiel: 
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// CalendarTest.java 

import java.io.*; 
import java.text.*; 
import java.util.*; 

dass CalendarTest { 
public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Calendar c = Calendar.getlnstance(); 
c.setTimeZone(TimeZone.getTimeZone(”ECT")); // MEZ 
c.set(1789, Calendar. JULY, 14); // oder c.set(1789, 6, 14); 

DateFormatf = DateFormat.getDateTimelnstance(DateFormat.FULL, 
DateFormat.MEDIUM); 
out.println(f.format(c.getTime())); 
c.set(1999, Calendar.MARCH, 11,8, 30); 
out.println(f.format(c.getTime())); 

} 

} 



Für alle set-Methoden ist ein entsprechender Konstruktor in der Klasse Gregorian- 
Calendar implementiert, d.h. es ist auch ein Aufruf 

c = new GregorianCalendar(1999, Calendar.MARCH, 11,8, 30); 



möglich. Im Unterschied zu set werden beim Konstruktoraufruf alle nicht spezifi- 
zierten Werte auf 0 gesetzt. Weiter ist zu berücksichtigen, daß jetzt ein neues Objekt 
erzeugt und von c referenziell wird und daß folglich u.U. erneut setTimeZone aufzu- 
rufen ist. 



14.8 Länderspezifische Einstellungen mittels Locale 

Objekte der Klasse Locale repräsentieren eine bestimmte geographische, politische 
oder kulturelle Region. Man kann sie dazu verwenden, die Darstellung von Datum 
und 2^it, Zahlenwerten oder Texten von AWT-Komponenten an eine spezifische Re- 
gion anzupassen. Locale ist im Paket java.util deklariert. 
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Sofern man keine eigenen Locale-Objekte erzeugt, wird das Standard-Locale benutzt, 
das die VM von ihrem Host-Betriebssystem übernimmt. Die Standardeinstellung 
kann man sich z.B. so ansehen: 



Locale I = Locale.getDefault(); 
out.println("Sprache: " + l.getDisplayLanguageQ 
+ "\nLand: " + l.getDisplayCountryQ); 



Locale-Objekte konstruiert man, indem man dem Konstruktor zwei Strings, einen 
Sprachcode, der aus zwei kleingeschriebenen Buchstaben besteht, sowie einen Län- 
dercode, der aus zwei großgeschriebenen Buchstaben besteht, übergibt. 



new Localefde", "ÄT); 
new LocaleC'de", "CH"); 
new LocaleC'de", "DE"); 
new LocaleC'en", "CA"); 
new LocaleC'en", "GB"); 
new LocaleC'en", "US"); 



// Deutsch, Österreich 
// Deutsch, Schweiz 
// Deutsch, Deutschland 
// Englisch, Kanada 
// Englisch, Großbritannien 
// Englisch, USA 



Hier sind die Abkürzungen aus dem “ISO Language Code” bzw. “ISO Country Code” 
zulässig. Wenn man als zweites Argument lediglich "" übergibt, wird nur die Sprache 
spezifiziert. 

In der Klasse Locale sind darüber hinaus verschiedene Konstanten enthalten, die man 
alternativ verwenden kann, z.B. Locale.ENGLISH, Locale.FRENCH, Locale.GER- 
MAN usw., mit denen eine Sprache und Locale.UK, Locale.FRANCE, Locale.GER- 
MANY usw., mit denen Sprache und Land festgelegt werden - siehe die Übersicht in 
Anhang F. 

Um ein Datum mit einem Format, das nicht dem Standardformat entspricht, auszu- 
geben, ruft man die Methoden getDatelnstance, getTimelnstance bzw. getDateTi- 
melnstance aus Abschnitt 14.6 mit einem Locale-Objekt als zusätzlichem, letztem 
Argument auf. Das Beispiel 



// LocaleDate.java 



Import java.io.*; 
Import java.text.*; 
Import java.utll.*; 
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dass LocaleDate { 
public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Date d = new Date(); 

Localen locs = { Locale.US, Locale. FRANCE, Locale.lTALY }; 

DateFormatn forms = new DateFormat[locs.length]; 
for (int i = 0; i < locs.length; i++) 

forms[i] = DateFormat.getDatelnstance(DateFormat.FULL, locs[i]); 
for (int i = 0; i < forms.length; i++) 
out.println(forms[i].format(d)); 

} 

} 

liefert das aktuelle Datum in drei länderspezifischen Schreibweisen. 

Analog kann man Zahlenwerte mit einem NumberFormat länderspezifisch ausgeben, 
wenn man zuvor die Klassenmethoden getNumberlnstance, getCurrencylnstance bzw. 
getPercentlnstance mit einem Locale-Argument aufgerufen hat. Diese Aufrufe lie- 
fern jeweils konkrete Decimal Format-Objekte. Die folgende Anwendung demon- 
striert die vorhandenen Möglichkeiten. 

// Locale Val. java 

Import java.io.*; 

Import java.text.*; 

Import java.util.*; 

dass LocaleVal { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int anzahl = 1100; 

double preis = 3178.29, mwst = 0.16; 

Localen locs = { Locale.US, Locale.FRANCE, Locale.lTALY }; 
NumberFormat[][] forms = new NumberFormat[3][locs.length]; 
for (int j = 0; j < locs.length; j++) { 
forms[0][j] = NumberFormat.getNumberlnstance(locs[j]); 
forms[1][j] = NumberFormat.getCurrencylnstance(locs[j]); 
forms[2][j] = NumberFormat.getPercentlnstance(locs[j]); 



} 
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for (int j = 0; j < locs.length; j++) 
out.println(forms[O]0].format(anzahl) + "\t“ 

+ forms[1][j].format(preis) + "\f + forms[2][j].format(mwst)); 

} 

} 

Als Ausgabe erhalten wir hier: 

1.100 $3,178.29 16% 

1 100 3 178,29 F 16% 

1.100 L. 3.178,29 16% 

Alternativ zur Übergabe eines Locale- Arguments bei einem getXYZInstance- Aufruf 
können wir auch das Standard-Locale mittels setDefault modifizieren. Das letzte Bei- 
spiel erhält dann die Gestalt 

Localen locs = { Locale.US, Locale.FRANCE, Locale.lTALY }; 
for (int j = 0; j < locs.length; j++) { 

Locale.setDefault(locs[j]); 

out.println(NumberFormat.getNumberlnstance().format(anzahl) + "\t" 

+ NumberFormat.getCurrencylnstance().format(preis) + "\f 
+ NumberFormat.getPercentlnstance().format(mwst)); 

} 

(Siehe /OOPinJava/kapitel14/DefaultLocale.java.) Diese Vorgehensweise wird man 
aber nur selten wählen, da hier eine Region fest als Standard-Locale eingetragen 
wird, wogegen eine intelligente Implementation sich selbst an die jeweilige Umge- 
bung anpassen sollte - siehe im folgenden Unterabschnitt die Möglichkeiten, die ein 
ResourceBundle bietet. Die Standardeinstellungen des Host-Betriebssystems werden 
durch setDefault nicht modifiziert. 

Nicht nur die Zeit-, Zahlen- und Textausgaben einer Anwendung oder eines Applets 
können Locale-spezifisch gestaltet werden, sondern jede einzelne Komponente kann 
durch die Methode setLocale modifiziert werden - dazu passend ist in der Klasse 
Component auch eine Methode getLocale deklariert. Im nächsten Beispiel werden 
drei TextFelder zur länderspezifischen Ausgabe der Uhrzeit (einmal pro Sek.) be- 
nutzt: 
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H LocaleTime.java 

import java.awt.*: 
import java.awt.event.*; 
import java.text.*; 
import java.util.*; 

dass LocaleTime extends Frame { 
private LabelQ labs = { 
new Label(“Berlin", Label.RIGHT), 
new LabelC'London", Label.RIGHT), 
new Label("San Francisco“, Label.RIGHT) 

}: 

private TextField[] texts = new TextField[labs.length]; 
private DateFormat[] forms = new DateFormat[labs.length]; 
LocaleTimeO { 
superC'Lokale Zeiten"); 
setLayout(new GridLayout(3, 2, 3, 3)); 

Locale[] locs = { Locale.GERMANY, Locale.UK, Locale.US }; 
for (int i = 0; i < labs.length; i++) { 
add(labs[i]); 

texts[i] = new TextField(1 0); 
texts[i].setLocale(locs[i]); 
texts[i].setEditable(false); 
add(texts[i]); 

forms[i] = DateFormat.getTimelnstance(DateFormat.MEDIUM, 
texts[i].getLocale()): 

} 

addWindowListener(new WindowAdapter{) { wie bisher }); 

pack(); 

setVisible(true); 

} 

public Insets getlnsets() { 
return new lnsets(33, 8, 8, 8); 

} 

public static void main(StringQ args) throws InterruptedException { 
LocaleTime I = new LocaleTimeO; 
for{;;){ 
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for (int i = 0; i < l.labs.length; i++) 
l.texts[i].setText(l.forms[i].format(new Date())); 
Thread.sleep(IOOO); 

} 

} 

} 



Mit diesem Code haben wir die folgende Oberfläche erzeugt. 



hI Lokale Zeiten h|j|| 














1 G;39:54 


San Francisco 




8:39:54 AM 



Es ist zu beachten, daß der Standardaufruf getTimelnstance(DateFormat.MEDIUM) 
hier nicht ausreicht, da die Format-Objekte forms nichts über die bei den zugehörigen 
TextFeldem eingestellten Locales wissen. 

14.8.1 Internationalisierung mit ResourceBundles 

Interessanter als - wie im letzten Beispiel - mehrere Komponenten mit verschiede- 
nen Locale-Objekten einzusetzen, ist es, eine komplette Anwendung oder ein Applet 
dadurch zu internationalisieren, daß man länderspezifische Ressourcen, sogenann- 
te ResourceBundles, deklariert. Der problembezogene Quellcode muß dabei nicht 
modifiziert werden. 

Die Informationen für eine Ressource XYZ kann man auf zwei verschiedene Weisen 
zur Verfügung stellen: 

- In länderspezifischen Subklassen der abstrakten Klasse java.util.ListResource- 
Bundle. Diese Klassen müssen dann XYZ (Standard), XYZ_de, XYZ_de_DE, 
XYZ_en usw. heißen. 

- In länderspezifischen Dateien, die die Ressourcen als NameAVert-Paare enthal- 
ten. Die Dateien müssen dann XYZ.properties (Standard), XYZ_de.properties, 
XYZ_de_DE.properties, XYZ_en.properties usw. heißen. 
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- Beide Ansätze können auch kombiniert werden. 



Im ersten Fall muß die Subklasse ein Feld des Typs Object[][] deklarieren, in dessen 
Komponenten Namen (als Strings) und Werte (als Objekte beliebigen Typs) eingetra- 
gen werden. Weiterhin ist eine Implementation für die abstrakte Methode getContents 
anzufertigen, die eine Referenz auf das Ressourcenfeld liefert. 

Zum Zugriff auf eine Ressource XYZ konstruiert man mittels der Klassenmethode 
ResourceBundle.getBundlefXYZ") ein ResourceBundle-Objekt und ruft für dieses 
getObject mit dem Namen des benötigten Werts auf. Ressourcenwerte werden als 
Object geliefert und müssen noch konvertiert werden. Sofern auch die Werte vom Typ 
String sind, ruft man einfach getString auf. ResourceBundle ist abstrakte Superklasse 
von ListResourceBundle, deklariert aber getObject und getString komplett mit ihrer 
Implementation. 

Das Beispiel IntlButtons.java zeigt, wie man mit dieser Technik eine internationale 
Version des Button Event- Applets aus Abschnitt 13.7 implementieren kann. 

// IntlButtons.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.util.*; 

public dass IntlButtons extends Applet { 
private Button blau, gruen, orange, rot, gelb, grau; 
public void init() { 

ResourceBundle b = ResourceBundle.getBundle("ButtonTexte"); 
add(blau = new Button(b.getString(”blau"))); 
blau.addActionüstener(new Buttonüstener(Color.blue)); 
add(gruen = new Button(b.getStrlng("gruen"))); 
gruen.addActlonLlstener(new ButtonListener(Color.green)); 



add(grau = new Button(b.getString("grau''))); 
grau.addActionUstener(new ButtonUstener(Color.gray)); 

} 

dass ButtonLIstener Implements ActionUstener { wie bisher } 

} 
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Am getBundle- Aufruf kann man erkennen, daß wir hier auf eine Ressource namens 
"ButtonTexte" zugreifen wollen. Und die getString-Aufrufe zeigen, daß mit der Res- 
source String-Werte für die Namen “blau", “gruen", . . . , “grau“ bereitgestellt werden 
sollen. Wenn wir Ressourcen-Klassen verwenden, haben diese also die folgende Ge- 
stalt, wobei es auf die Anordnung der Zeilen im texte-Feld nicht ankommt: 

// ButtonTexte.java 

Import java.util.*; 

public dass ButtonTexte extends ListResourceBundle { 

public Object[][] getContents() { 
return texte; 

} 

static final Object[][] texte = { 

{ “blau“, “Blau“ }, 

{ “gruen“, “Grün“ }, 

{ “orange“, “Orange“ }, 

{ "rot“, "Rot“ }, 

{ “gelb", “Gelb“ }, 

{ "grau", "Grau" } 

}; 

} 



// ButtonTexteJr.java 
Import java.util.*; 

public dass ButtonTexteJr extends ListResourceBundle { 
public Object[][] getContents() { 
return texte; 

} 

static final Object[][] texte = { 

{ “blau“, “Bleue“ }, 

{ “gruen“, “Vert" }, 

{ “rot“, “Rouge“ }, 

{ “gelb“, “Jaune“ }, 
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{ "grau”, "Gris" } 

}; 

} 

Die Ressourcen, also die texte-Felder, sind hier static final deklariert, da sie nur ein- 
mal und ohne Modifikationsmöglichkeit benötigt werden. 

Wenn das Applet nun beispielsweise in einem Locale(“de”, "DE”) gestartet wird, so 
sucht getBundle zunächst nach ButtonTexte_de_DE, dann, falls diese Klasse nicht 
gefunden wird, nach ButtonTexte_de und schließlich nach ButtonTexte. Die erste der 
class-Dateien, die gefunden wird - im Beispiel also ButtonTexte.class -, dient als 
Ressource. Wenn wir in einem Localeffr”, "FR”) starten, wird analog nach Button- 
Texte_fr_FR, ButtonTexte_fr und ButtonTexte gesucht. Wir können dies simulieren, 
indem wir unter Solaris der entsprechenden Umgebungsvariablen LC_ALL den Wert 
fr geben bzw. unter Windows die Ländereinstellungen in der Systemsteuerung ändern. 

Damit die Ressourcen-Klassen gefunden werden, müssen sie, auch wenn sie sich im 
selben Paket wie das Applet oder die Anwendung befinden, public deklariert sein. 

Es ist in allen Fällen sinnvoll, eine Standard-Ressource, wie oben die Klasse Button- 
Texte, zur Verfügung zu stellen, da getBundle eine Ausnahme des Typs MissingRe- 
sourceException auswirft, wenn keinerlei Ressourcen gefunden werden (siehe hierzu 
Kapitel 15). Am obigen Beispiel erkennt man auch, daß fehlende Informationen, 
z.B. der Wert für den Namen "orange”, der in ButtonTexteJr fehlt, aus der Standard- 
Ressource entnommen werden. 

Wir fahren nun mit der zweiten Möglichkeit fort und stellen Ressourcen in Dateien 
zusammen. Die Dateinamen müssen sich dann aus dem Ressourcennamen und den 
Länderkennungen zusammensetzen und die Endung properties haben. Namen und 
Werte werden hier als Strings spezifiziert und nüt = verknüpft. Im Beispiel haben die 
Ressourcen-Dateien also die folgende Gestalt (wobei es auch hier auf die Anordnung 
der Zeilen nicht ankommt): 

// ButtonTexte.properties 

blau = Blau 
gruen = Grün 
orange = Orange 
rot = Rot 
gelb = Gelb 
grau = Grau 
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H ButtonTexte_en_GB.properties 

blau = Blue 
gruen = Green 
orange = Orange 
rot = Red 
gelb = Yellow 
grau = Gray 

Analog zur Suche bei Ressourcen-Klassen sucht getBundle beim Start mit einem 
LocaleC'en“, "GB") zunächst nach ButtonTexte_en_GB.properties, dann, falls die- 
se Datei nicht gefunden wird, nach ButtonTexte_en.properties und, falls dies auch 
scheitert, nach ButtonTexte.properties. Die erste der Dateien, die gefunden wird, 
dient als Ressourcen-Datei. Wenn keine Ressourcen-Datei verfügbar ist, wird eine 
MissingResourceException ausgeworfen. 

Wenn sowohl Ressourcen-Klassen als auch Ressourcen-Dateien verfügbar sind, wird 
immer zunächst nach der Klasse, dann nach der Datei gesucht. 

Beim Vergleich beider Möglichkeiten stellt man fest, daß beide Ressourcentypen von 
Applets genutzt werden können, wobei die Locale-Einstellung des Browser-Hosts 
entscheidend ist. Weiterhin bringt der Datei-Ansatz bei der Programmentwicklung 
erhebliche Zeitersparnis mit sich. Der Vorteil der Ressourcen-Klassen wurde bereits 
oben erwähnt und soll noch an einem Einfachstbeispiel demonstriert werden: Als 
Werte sind nicht nur Strings, sondern beliebige Objekte benutzbar. 

// ResFrame.java 

Import java.awt.*; 

Import java.util.*; 

dass ResFrame extends Frame { 

ResFrameO { 
superf "); 

ResourceBundle res = ResourceBundle.getBundle("FrameObjekte"); 

add((Button)res.getObject("but")); 

setBackground((Color)res.getObject(“col")); 

pack(); 

setVisible(true); 

} 
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public static void main(String[] args) { 
new ResFrameO: 

} 

} 

Die Ressource heißt hier "FrameObjekte"; sie muß ein Button-Objekt namens "but" 
und ein Color-Objekt namens “col'' enthalten. Zum Beispiel: 

// FrameObjekte.java 

Import java.awt.*; 

Import java.utll.*; 

public dass FrameObjekte extends LIstResourceBundle { 
public Object[][] getContents() { return contents; } 
static final Object[][] contents = { 

{ "but", new Button("Button") }, 

{ "col", Color.llghtGray } 

}; 

} 



// FrameObjekte_de_DE.java 

Import java.awt.*; 

Import java.utll.*; 

public dass FrameObjekte_de_DE extends LIstResourceBundle { 
public Object[][] getContents() { return contents; } 
static final Object[][] contents = { 

{ "col", Color.cyan }, 

{ "but", new Button("Schaltfläche") } 

}; 
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14.9 Collection-Klassen 

Collection-Objekte sind Objekte, in denen eine Gruppe von Objekten, den Elementen 
der Collection, zusammengefaßt ist. Die Größe einer Collection paßt sich - im Un- 
terschied zu den Feldern, die wir in Kapitel 7 besprochen haben - dynamisch an die 
Elementanzahl an. Und der Typ der Elemente ist auf Referenztypen beschränkt. Es 
gibt also beispielsweise weder int- noch double-Collections. 

Collection-Klassen können die mehrfache Aufnahme eines Objekts als Element zu- 
lassen oder Duplikate ausschließen, und sie können die Elemente in einer bestimmten 
Reihenfolge verwalten oder ungeordnet sein. Java stellt im Paket java.util eine Reihe 
von Interfaces zur Verfügung, für die im JDK mehrere Klassen effizient implemen- 
tiert sind. Die folgende Abbildung gibt die wichtigsten Interfaces und Klassen mit 
ihrer hierarchischen Struktur wieder. 

Ein Set-Objekt ist ein Collection-Objekt, das keine Duplikate zuläßt. Hier soll eine 
Menge modelliert werden. 

Mit einem List-Objekt wird eine Liste, also eine geordnete Elementfolge abgebildet. 
Auf die Elemente einer Liste kann man über ihren Index zugreifen. 



Collection 




SortedSet HashSet ArrayList LinkedList 

I 

I 

I 

y 

TreeSet 

Eine Übersicht über die im Interface Collection deklarierten Methoden liefert die 
nachfolgende Tabelle. 
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Methode 


Bedeutung 


add(Object) 


Versucht, das Objekt einzufügen 


addAll(Collection) 


Versucht, alle Elemente des Arguments einzufügen 


clear() 


Entfernt alle Elemente aus der Collection 


contains(Object) 


Prüft, ob das Argument in der Collection enthalten ist 


containsAII(Collection) 


Prüft, ob das Argument Teil der Collection ist 


isEmptyO 


Prüft, ob die Collection leer ist 


iteratorO 


Liefert einen Iterator über die Collection 


remove(Object) 


Versucht, das Objekt zu entfernen 


removeAII(Collection) 


Versucht, alle Elemente des Arguments zu entfernen 


retainAII(Collection) 


Versucht, alle Elemente zu entfernen, die nicht im 
Argument enthalten sind 


size() 


Liefert die aktuelle Anzahl der Elemente 


toArrayO 


Liefert alle Elemente der Collection als Object[] 



14.9.1 Set 

Ein Set-Objekt ist ein Collection-Objekt, in dem keine Duplikate zulässig sind. Neben 
den aus Collection geerbten Methoden wurden keine neuen Methoden in das Set- 
Interface aufgenommen. 

Es sind zwei Klassen deklariert, die dieses Interface implementieren: HashSet und 
TreeSet. Beide verfügen über einen Standardkonstruktor, der eine leere Menge er- 
zeugt, sowie über einen Konstruktor mit einem Collection-Parameter, der die Ele- 
mente des übergebenen Arguments in die Menge aufnimmt und dabei Duplikate eli- 
miniert. 

Neue Elemente fügt man dann mittels add ein. Dabei wird geprüft, ob das spezifizier- 
te Element bereits in der Menge enthalten ist. Falls nicht, wird es in die Menge auf- 
genommen, und die Methode liefert true. Anderenfalls bleibt die Menge unverändert, 
und das Resultat ist false. Beim Vergleich des neuen Elements mit den Mengenele- 
menten wird die aus Object geerbte Methode equals benutzt. Zum Beispiel: 

Collection coli = new HashSetQ; 
coll.add(new lnteger(14)); 
coll.add(new lnteger(-13)); 
coll.add(new lnteger(3)); 
coll.add(new Integer(O)); 
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coll.add(new lnteger(3)); 
coll.add(new lnteger(9)); 

Die Menge enthält nach den sechs add-Aufrufen 5 Elemente. Der vorletzte Aufruf 
fügt nicht nochmals ein Integer-Objekt mit „Wert“ 3 in die Menge ein, weil equals 
für die Hüllklassen Integer, Long usw. entsprechend überschrieben ist (vgl. S. 244). 

Zum Zugriff auf alle Mengenelemente benutzen wir einen Iterator, den die Methode 
iterator liefert. (Das Iterator-Interface hatten wir bereits in Abschnitt 11.6 bespro- 
chen.) 

for (Iterator it = coll.iteratorQ; it.hasNext(); ) 
out.print(it.next() + " "); 

Ob eine Menge ein bestimmtes Objekt enthält, kann man mit contains nachprüfen. 
Und zum Feststellen der Anzahl der Elemente in einer Menge kann man die Metho- 
den size und isEmpty verwenden: 

boolean b = coll.contains(new lnteger(-1 3)); // true 

out.println(coll.isEmpty() + " " + coll.size()); //false 5 

Für das Entfernen eines Elements ist die Methode remove deklariert. Bei ihrem Auf- 
ruf wird das spezifizierte Objekt aus der Menge entfernt, sofern es in ihr enthalten 
war. Der als Resultat gelieferte boolean-Wert zeigt an, ob dies möglich ist. Zum 
Beispiel entfernt 

coll.remove(new Integer(O)); 

den Wert 0 aus der Menge, remove liefert hier als Ergebnis true. Die obigen Code- 
fragmente sind im Beispielprogramm /OOPinJava/kapitel14/Menge.java zusammen- 
gefaßt. 

Mit den xyzAII-Methoden ist es auf einfache Weise möglich, die Vereinigung, den 
Durchschnitt und die Differenz von zwei Mengen m1 und m2 zu ermitteln: 

m1.addAII(m2) berechnet m1 = m1 U m2 

m1.retainAII(m2) berechnet m1 = m1 n m2 

m1.removeAII(m2) berechnet m1 = m1 - m2 

Das Resultat ist wie bei den einfachen add-, retain- bzw. remove-Aufrufen genau 
dann true, wenn sich die Menge m1 durch diesen Aufruf verändert. 
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14.9.2 SortedSet und Comparable 

Das obige Beispielprogramm arbeitet ebenfalls korrekt, wenn wir die bisher benutzte 
Mengenklasse HashSet durch eine andere Set-Implementation, z.B. TreeSet, erset- 
zen und 

Collection coli = new TreeSet(); 

schreiben. Da von dieser Klasse auch das SortedSet-Interface implementiert wird, 
ist jetzt sogar gewährleistet, daß die Elemente ständig in aufsteigender Reihenfolge 
sortiert sind. Auch ein Iterator liefert die Elemente in dieser Reihenfolge, und die 
Ausgabe des Programms steht damit fest: 

-13 0 3 9 14 

Damit für die Objekte in einer Collection überhaupt eine sinnvolle, natürliche Rei- 
henfolge feststellbar ist, muß ihre Klasse das Comparable-Interface implementieren. 
Das Interface ist im Paket java.lang deklariert; es enthält lediglich eine Methode: 

public interface Comparable { 

Int compareTo(Object o); 

} 

compareTo ist so zu überschreiben, daß ein Aufruf x.compareTo(y) einen negativen 
Wert, den Wert 0 bzw. einen positiven Wert liefert, je nachdem, ob x < y, x = y oder 
X > y ist. 

Javas Hüllklassen DigDecImal, BIglnteger, Byte, Character, Double, Float, Integer, 
Long und Short implementieren das Comparable-Interface, so daß die natürliche Ord- 
nung der in ihnen gespeicherten Werte berücksichtigt wird. Weitere Klassen, die 
Comparable implementieren, sind Date, File und String, mit chronologischer bzw. 
lexikographischer Anordung ihrer enthaltenen Werte. (Objekte der Klasse File re- 
präsentieren Dateien oder Verzeichnisse. Sie werden in Abschnitt 16.5 besprochen.) 

Eine Möglichkeit, die Kto-Objekte aus unserem Beispiel in Abschnitt 9.4 vergleichbar 
zu machen, wäre 

dass Kto Implements Comparable { 

Variablen, Konstruktor und Methode info unverändert 
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public int compareTo(Object o) { 

Kto k = (Kto)o; 
if (nummer == k.nummer) 
return 0; 
eise 

return (nummer < k.nummer) ? -1 : 1 ; 

} 

} 



bei der einfach die Kontonummem verglichen werden. Nun läßt sich auch das KtoTest- 
Beispiel weiter verbessern, indem wir das 10000-komponentige Kto-Feld durch eine 
geordnete Menge ersetzen, z.B. 

Collection ktos = new TreeSet(); 

ktos.add(new FestgeldKtofW. Müller”, 551007, 30000.0, 3.35, 1)); 
ktos.add(new GiroKtofG. Schlek", 306361, 7812.64, 0.3)); 
ktos.add(new FestgeldKto(”F. Wild“, 550001 , 8500.0, 3.25, 3)); 

Iterator it = ktos.iterator(); 
while (it.hasNextQ) 

((Kto)it.next()).lnfo(); 

Hier stellt sich sofort die Frage, wie ein SortedSet-Objekt beim Einfügen eines Ele- 
ments vorgeht, um festzustellen, ob dieses bereits in der Menge enthalten ist, was also 
im Beispiel ein weiterer Aufruf 

ktos.add(new GiroKtofF. Breinig", 551007, 300.0)); 

bewirkt. In diesem Fall wird - im Unterschied zu einfachen Set-Objekten - anstelle 
von equals mit compareTo gearbeitet. Sofern man eine Klasse mit überschriebenen 
Versionen beider Methoden ausstattet, ist daher darauf zu achten, daß beide Methoden 
so zueinander passen, daß x.compareTo(y) genau dann 0 ergibt, wenn x.equals(y) den 
Wert true liefert. Für die Klasse Kto bietet sich die folgende Implementation an: 

public boolean equals(Object o) { 
if (!(o instanceof Kto)) 
return false; 

return nummer == ((Kto)o).nummer; 

} 
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Neben den Set-Methoden sind in SortedSet noch weitere Methoden deklariert, die 
auf der zugrundeliegenden Reihenfolge basieren. 

Mit first bzw. last erhält man das kleinste bzw. größte Element als Object. headSet 
bzw. tailSet liefern einen Ausschnitt aus der Menge als SortedSet. Sie benötigen bei 
ihrem Aufruf ein Object- Argument, mit dem die Obergrenze, bis zu der (ausschließ- 
lich) kopiert werden soll bzw. die Untergrenze, ab der (einschließlich) zu kopieren 
ist, spezifiziert wird. Wie das folgende Codefragment zeigt, müssen die Argumente 
nicht Element der Menge sein; es genügt die Vergleichbarkeit. 

SortedSet s = new TreeSet(); 

s.addC'firsf); 

s.addC'liefert"); 

s.addC'das"); 

s.add("kleinste"); 

s.addC Element“); 

s.add(“eines"); 

s.add(”SortedSet-Objekts”); 

SortedSet t1 = s.headSet("X"), // Element SortedSet-Objekts 
t2 = s.tailSet("X”); // das eines first kleinste liefert 

Einen Ausschnitt, der durch zwei Objekte, eine Untergrenze und eine Obergrenze, 
festgelegt wird, erhält man mit einem Aufruf der Methode subSet. Siehe das Bei- 
spielprogramm /OOPinJava/kapiteH 4/SortMenge.java. 



14.9.3 List 

Ein List-Objekt ist ein geordnetes Collection-Objekt, in dem Duplikate zulässig sind. 
Es sind zwei Klassen deklariert, die das List-Interface implementieren: ArrayList und 
LinkedList. Oft wird man eine ArrayList verwenden, die - wie es der Name bereits an- 
deutet - intern auf einem Feld basiert und konstante Zugriffszeiten auf die einzelnen 
Elemente garantiert. Dagegen ist bei einer LinkedList das Entfernen von Elementen 
aus der Liste und das Einfügen am Beginn der Liste in der Regel schneller. Siehe 
hierzu Übungsaufgabe 7 am Ende des Kapitels. 

Beide Implementationen verfügen über einen Standardkonstruktor, der eine leere Li- 
ste erzeugt, und wieder über einen Konstruktor mit einem Collection-Parameter, der 
die Elemente des übergebenen Arguments in die Menge aufnimmt. Da alle aus 
Collection geerbten Methoden aufrufbar sind, könnten wir das ursprüngliche Menge- 
Beispiel nochmals modifizieren, indem wir zu Beginn 
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Collection coli = new ArrayListQ; 

schreiben. Die Ausgabe 14 -13 3 0 3 9 erklärt sich nun dadurch, daß einerseits 
beim add-Aufruf Duplikate in die Liste aufgenommen werden können und daß sich 
andererseits die natürliche Ordnung der Listenelemente durch die Reihenfolge der 
Einfügeoperationen (add und set) ergibt. Die Elemente einer Liste sind wie Feld- 
komponenten mit 0, 1,2,... indiziert. 

Die Collection-Methoden add und remove sind in List-Klassen so implementiert, daß 
am Ende der Liste eingefügt wird bzw. das erste in der Liste vorkommende Element 
entfernt wird. Weitere interessante, im List-Interface deklarierte Methoden, die auf 
die Indizes der Listenelemente Bezug nehmen, sind: 



Methode 


Bedeutung 


add(int, Object) 
get(int) 

indexOf(Object) 
lastl ndexOf(Object) 
remove(int) 

set(int, Object) 


Fügt das Objekt an der spezifizierten Position ein 

- nachfolgende Objekte werden verschoben 
Liefert das Objekt an der spezifizierten Position 
Sucht nach erstem Vorkommen des Arguments 
Sucht nach letztem Vorkommen des Arguments 
Entfernt das Objekt an der spezifizierten Position 

- liefert das entfernte Objekt 

Ersetzt das Objekt an der spezifizierten Position 

- liefert das ersetzte Objekt 



Die Methoden add, get, remove und set werfen eine Ausnahme des Typs IndexOut- 
OfBoundsException aus, wenn der an den int-Parameter übergebene Index zu groß 
oder zu klein ist. 

Zum Beispiel sollen in einer Liste verschiedene Filialen eines Unternehmens in der 
Reihenfolge, in der sie mehrmals täglich zu beliefern sind, gespeichert werden: 

dass Filiale { 

String name; 

Filiale(String name) { this.name = name; } 



} 



List fili = new ArrayListQ; 
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fili.add(new FilialefRheinau'')); 
fili.add(new FilialefNeckarau“)); 
fili.add(new FilialefZentrum")); 
fili.add(new Filiale("lndustriehafen“)); 
fili.add(new FilialefKäfertar')); 
fili.add(new Filiale("Vogelstang")); 
fili.add(new Filiale("Feudenheim”)); 
fili.add(4, new FilialefWaldhof)); 

Die Liste ist zunächst leer und enthält dann sieben Filialen. Danach wird als fünftes 
Element die Filiale Waldhof eingefügt, wobei die übrigen Elemente um eine Stelle 
verschoben werden. 

Zum Zugriff auf die einzelnen Listenelemente steht die Methode get zur Verfügung. 
Da eine Liste, wie alle Collection-Objekte, ihre Elemente als Referenzen auf die 
Superklasse Object speichert, sind i.d.R. wieder explizite Konversionen auf den ur- 
sprünglichen Typ nötig: 

Filiale x = (Filiale)fili.get(5); // Käfertal 

Und zur Feststellung der Position, an der ein Objekt zum ersten- oder letzenmal vor- 
kommt, kann man die Methoden indexOf bzw. lastlndexOf benutzen. Wenn ein Ob- 
jekt nicht gefunden wird, liefern beide Aufrufe den Wert -1. 

int y = fili.indexOf(x), // 5 

z = fili.lastlndexOf(new FilialefGartenstadt")); // -1 

Für das Entfernen von Elementen ist remove so überladen, daß neben der aus Collec- 
tion geerbten Methode remove(Object) noch remove(int) deklariert ist. Hier wird als 
Argument der Index, an dem sich das zu entfernende Element befindet, übergeben. 
Der Aufruf liefert das entfernte Objekt als Resultat. Zum Beispiel löscht 

fili.remove(5); 

das sechste Element (Filiale Käfertal) aus fili und verschiebt die nachfolgenden Ele- 
mente jeweils eine Position nach links. 

Mittels set wird ein Listenelement durch ein anderes ersetzt. 



fili.set(3, new Filiale(”Handelshafen")); 




268 



KAPITEL 14. GRUNDLEGENDE KLASSEN 



löscht die Filiale Industriehafen aus der Liste und trägt an ihrer Stelle als viertes 
Element die Filiale Handelshafen ein. Analog zu remove liefert set das ursprünglich 
in der Liste stehende Element als Aufrufresultat. 

Ein Iterator für ein List-Objekt betrachtet die Listenelemente in der aufsteigenden 
Reihenfolge ihrer Indizes. Deshalb erzielt man mit den beiden folgenden for- Anwei- 
sungen dieselbe Ausgabe. 

for (Iterator i = fili.iterator(); i.hasNextQ; ) 

out.println(i.nextO); 
for (int i = 0; i < fili.size(); ) 
out.println(fili.get(i++)); 

Das komplette Beispiel findet man als /OOPinJava/kapitel14/Liste.java. List-Klassen 
enthalten noch eine Methode listiterator, mit der man einen listenspezifischen Iterator 
erzeugen kann, der in der Lage ist, eine Liste in beiden Richtungen zu traversieren. 
Siehe hierzu Übungsaufgabe 8. 



14.10 Map-Klassen 

Mit einem Map-Objekt kann man eine Tabelle von Name/Wert-Paaren verwalten und 
analog zu einer Funktionswerttabelle über den Namen auf den Wert zugreifen. Der 
Zugriff auf die Werte ist in der Regel erheblich effizienter implementiert, als bei einer 
vergleichbaren Konstruktion mit einer Collection, die Paare - z.B. zweikomponentige 
Felder - als Elemente enthält. Java selbst verwendet spezielle Maps, um die Object- 
Felder in den ListResourceBundle-Objekten aus Abschnitt 14.8.1 zu speichern. So- 
wohl die Namen, die in diesem Zusammenhang auch als Schlüssel bezeichnet wer- 
den, als auch die Werte werden als Object-Referenzen gespeichert. Ein Schlüssel 
kann in einer Map, wie es der Name anzeigt, höchstens einmal verkommen. 

Java stellt im Paket java.util zwei Interfaces Map und SortedMap sowie zwei Imple- 
mentationen HashMap und TreeMap zur Verfügung, deren Struktur in der folgenden 
Abbildung wiedergegeben ist. 



^ HashMap 



Map 



SortedMap — 



TreeMap 
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Sowohl HashMap als auch TreeMap deklarieren zwei Konstruktoren: einen Standard- 
konstruktor, der eine leere Tabelle erzeugt, und einen Konstruktor mit einem Map- 
Parameter, der die Einträge des Arguments übernimmt. 

Die TreeMap-Klasse unterscheidet sich von der Standardimplementation HashMap 
dadurch, daß sichergestellt ist, daß die Schlüssel in der Tabelle immer in aufsteigen- 
der Reihenfolge sortiert sind. Die Schlüsselklasse muß dann Comparable implemen- 
tieren. 

Eine Übersicht über wichtige, im Interface Map deklarierte Methoden liefert die nach- 
folgende Tabelle. 



Methode 


Bedeutung 


clearO 


Entfernt alle Einträge aus der Tabelle 


containsKey(Object) 


Prüft, ob das Argument Schlüssel in der Tabelle ist 


containsValue(Object) 


Prüft, ob das Argument Wert in der Tabelle ist 


get(Object) 


Liefert den Wert zu einem Schlüssel- Argument 


isEmptyO 


Prüft, ob die Tabelle leer ist 


keySetO 


Liefert alle Schlüssel der Tabelle als Set 


put(Object, Object) 


Fügt einen neuen Eintrag in die Tabelle ein 


remove(Object) 


Entfernt den Eintrag zu einem Schlüssel- Argument 


size() 


Liefert die aktuelle Anzahl der Einträge 


valuesQ 


Liefert alle Werte der Tabelle als Collection 



14.10.1 HashMap 

Einträge fügt man mittels put in ein Map-Objekt ein. Dabei ist der Schlüssel jeweils 
das erste Argument von put. Zum Beispiel: 

Map cols = new HashMapQ; 
cols.put(new Color(255, 255, 255), "Weiß"); 
cols.put(new Color(192, 192, 192), "Hellgrau"); 
cols.put(new Color(255, 0, 0), "Magenta"); 



Jeder Schlüssel darf nur einmal in der Tabelle Vorkommen - für die Werte gilt diese 
Restriktion sinnvollerweise nicht. Sofern man put für denselben Schlüssel erneut 
aufruft, wird der alte Eintrag überschrieben und put liefert den alten Wert als Resultat. 
Ansonsten wird null zurückgegeben. Das heißt 
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cols.put(new Color(255, 0, 0), "Rot”); // Magenta 

cols.put(new Color(255, 1 75, 1 75), "Pink"); // null 

Hier ist zu beachten, daß null ein zulässiger Wert ist, d.h. wenn put als Resultat null 
liefert, kann dies auch die Ursache haben, daß der alte Eintrag den Wert null hatte. 

Zum Zugriff auf die Tabelleneinträge benutzt man die Methode get, wobei als Ar- 
gument der Schlüssel zu spezifizieren ist. get liefert dann den entsprechenden Wert 
bzw. null, wenn kein Eintrag mit dem angegebenen Schlüssel existiert. Auch hier ist 
null jedoch mögliches Resultat bei einem existierenden Schlüssel. 

String a = (String)cols.get(new Color(255, 0, 0)), // Rot 

b = (String)cols.get(new Color(0, 0, 0)); // null 

Ob die Tabelle einen Eintrag mit einem bestimmten Schlüssel enthält, kann man mit 
containsKey nachprüfen. Zum Beispiel: 

boolean b = cols.containsKey(new Color(0, 0, 0)); // false 

Für das Entfernen von Einträgen ist die Methode remove deklariert, der man als Argu- 
ment wieder den Schlüssel übergeben muß. Sofern ein Eintrag mit diesem Schlüssel 
existiert, wird der Eintrag entfernt, und Java liefert den Wert als Ergebnis. Ansonsten 
ist das Resultat null: 

cols.remove(new Color(255, 175, 175)); // Pink 

Zum Zugriff auf alle Schlüssel bzw. alle Werte dienen die Methoden keySet bzw. 
values, die die Schlüssel als Set- und die Werte als Collection-Objekt liefern. Die 
Resultatstypen unterscheiden sich, weil alle Schlüssel verschieden sind, Werte aber 
mehrfach Vorkommen dürfen. Zum Beispiel: 

Collection c = gols.values(); 

Iterator it = c.iteratorQ; 
while (it.hasNextO) { 
out.println(it.nextO); 



} 

Die obigen Codefragmente sind im Beispielprogramm /OOPinJava/kapitel14/Hash- 
MapTest.java zusammengefaßt. 
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14.10.2 TreeMap 

TreeMap ist eine Map-Klasse, die ihre Einträge in aufsteigender Reihenfolge sortiert, 
wobei die natürliche Anordnung der Schlüssel zugrunde gelegt wird. Die Schlüssel- 
klasse muß also das Comparable-Interface implementieren. 

Analog zu den SortedSet-Methoden sind im Interface SortedMap fünf zusätzliche 
Methoden deklariert. firstKey und lastKey liefern den kleinsten oder größten Schlüs- 
sel. headMap, tailMap und subMap bestinunen einen durch ein oder zwei Schlüssel 
(Unter- bzw. Obergrenze) festgelegten Ausschnitt aus der Tabelle. Das Resultat hat 
hier den Typ SortedMap. Ein einfaches Anwendungsbeispiel zeigt /OOPinJava/kapi- 
tel1 4/TreeMapTest.java. 



14.11 Die Klasse System 

Damit Java-Entwickler implementationsunabhängig auf die Ressourcen ihres Com- 
putersystems zugreifen können, wurde die Klasse System in java.lang aufgenommen. 
Die Klasse ist final und hat einen private Konstruktor, d.h. es können keine System- 
Objekte erzeugt werden. Sämtliche in System deklarierten Variablen und Methoden 
sind static. 

Zwei Variablen, die wir seit Kapitel 1 ständig benutzt haben, sind in und out. in ist 
eine Klassenvariable, die ein InputStream-Objekt referenziell; sie ist mit der „Stan- 
dardeingabe“, also typischerweise mit der Tastatur oder einem anderen Eingabegerät, 
das für das Host-Betriebssystem spezifiziert ist, verknüpft. Entsprechend ist out eine 
Klassenvariable des Referenztyps PrintStream, die mit der „Standardausgabe“ assozi- 
iert ist. Ergänzend ist err eine PrintStream-Variable, bei deren Verwendung Ausgaben 
auf dem Standardausgabegerät angezeigt werden, auch wenn die Standardausgabe 
umgelenkt wurde (in eine Datei, auf den Drucker o.ä.). 

Eine System-Methode, die wir seit Abschnitt 13.9 ebenfalls häufig verwendet haben, 
ist exit. Ein exit- Aufruf benötigt ein int- Argument; er terminiert die VM und übergibt 
sein Argument als Status-Code an das Betriebssystem. Traditionellerweise zeigt ein 
Status-Code ungleich 0 einen Abbruch aufgrund von Fehlem an. 

Auch die Methode arraycopy, mit der man einen bestimmten Bereich aus einem Feld 
in ein anderes Feld kopieren kann, haben wir bereits früher eingesetzt (vgl. 7.5). Die- 
se Methode wurde in die Klasse System aufgenommen, weil sie systemspezifisch 
bezüglich der Effizienz des Kopiervorgangs optimiert werden kann. 
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Eine weitere Methode, die auf die Systemressourcen zugreift, ist currentTimeMillis. 
Sie liefert die aktuelle Zeit, gemessen in Millisekunden seit dem 1. Januar 1970, 0 
Uhr. Der Typ des Ergebnisses ist long. Diese Methode wird beispielsweise vom 
Standardkonstruktor der Date-Klasse aufgerufen (vgl. Abschnitt 14.6). 

Einen Überblick über wichtige Eigenschaften des benutzten Systems kann man sich 
mit getProperties verschaffen. Der Aufruf liefert ein Properties-Objekt; das ist ein 
spezielles Map-Objekt, bei dem Schlüssel und Werte als Strings abgelegt sind; wir 
hatten es im IterTest-Beispiel in Abschnitt 1 1.6 schon einmal benutzt. Für jedes Java- 
System müssen zumindest die folgenden Angaben definiert sein. 



Schlüssel 


Wert 


"java.version" 


Versionsnummer 


"java.vendor" 


Name des Systemherstellers 


"java.vendor.url" 


URL des Systemherstellers 


"java.home" 


Installationsverzeichnis 


"java.class.version" 


Klassenversionsnummer 


“java.class.path" 


CLASSPATH 


"os.name" 


Name des Betriebssystems 


"os.arch" 


Betriebssystem- Architektur 


“os.version" 


Betriebssystem- Version 


"file.separator" 


Dateiseparator (z.B. T oder "V) 


"path.separator" 


Pfadseparator (z.B. oder 


"line.separator“ 


Zeilenende-Zeichen (z.B. "\n'' oder "\r\n") 


"user.name" 


Account-Name des Benutzers 


"user.home" 


Home- Verzeichnis des Benutzers 


"user.dir” 


aktuelles Arbeitsverzeichnis des Benutzers 



Auf sämtliche Properties-Einträge kann man, wie in Abschnitt 14.10.1 gezeigt, mit- 
tels keySet oder values zugreifen. Sofern einfach alle Eigenschaften aufgelistet wer- 
den sollen, verwendet man die Methode list aus der Klasse Properties, list erwartet 
ein PrintStream-Objekt als Argument und gibt die Ergebnisse dort aus. Zum Beispiel: 

System.getProperties().list(System.out); 

Auf den Wert eines bestimmten Schlüssels greift man mit getProperty zu, etwa 



String os = System.getPropertyC'os.name”); 
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if (os.equalsC'SunOS”)) 



eise if (os.equalsC'Linux'')) 



eise if (os.startsWithfWindows")) 



Zum Abschluß dieses Abschnitts soll nochmals daran erinnert werden, daß mit Sy- 
stem.gcO die Möglichkeit besteht, den Java-Garbage-Collector explizit aufzurufen. 
Diese Möglichkeit wird man u.U. dann nutzen, wenn man analog zum Finalizer- 
Beispiel aus Abschnitt 8.11 die Zerstörung größerer, nicht mehr benötigter Objekte 
beschleunigen will. 



14.12 Übungsaufgaben 

1. Die Klasse BigDecimal hat auch einen Konstruktor BigDecimal(Biglnteger val, 
int scale), mit dem man eine Zahl mit dem Wert valxlO“^^^*® erzeugt und 
die Genauigkeit auf scale Nachkommastellen festlegt. Schreiben Sie ein Pro- 
gramm, das die beiden Zahlen x = iQ-i^oo y _ j^Q-iooo addiert und aus- 
gibt. 

2. Machen Sie sich klar, daß man ein Java-Programm auch mit mehreren Re- 
sourceBundle-Objekten ausstatten kann. Erweitern Sie beispielsweise den Res- 
Frame um eine zweite Ressource, in der Breite und Höhe des Buttons spezifi- 
ziert werden. 

Zur Darstellung von Breite und Höhe einer Komponente können Sie die Klasse 
java.awt.Dimension einsetzen, die zwei public zugreifbare int- Variablen width 
und height deklariert. Die Klasse verfügt u.a. über einen Konstruktor Dimensi- 
on(int, int). 

3. Kann man die Ressourcen-Klassen ButtonTexte, ButtonTexte_fr usw. auch als 
eingebettete Klassen in die Klasse IntlButtons aufnehmen? Diskutieren Sie Vor- 
und Nachteile. 

4. Verändern Sie das PunkteApplet, so daß eine beliebige Anzahl von Punkten 
gespeichert wird. Benutzen Sie dazu eine Mengenklasse. Zur Darstellung von 
(x, y)-Koordinaten können Sie die Klasse java.awt. Point einsetzen, die zwei 




274 



KAPITEL 14. GRUNDLEGENDE KLASSEN 



int-Werte x und y als public zugreifbare Instanzvariablen deklariert. Die Klasse 
verfügt u.a. über einen Konstruktor Point(int, int). 

5. Die String-Methode indexOf ist auch in der Form 

public int indexOf(int ch, int fromlndex) { } 

deklariert. Sie liefert dann den Index, an dem das Zeichen ch im String zum 
erstenmal vorkommt, wobei die Suche ab dem Index fromlndex (einschließlich) 
beginnt. Kommt ch nicht vor, wird wie üblich -1 geliefert. 

Benutzen Sie die Methode, um eine Anwendung zu schreiben, in der der Inhalt 
eines TextField-Objekts darauf untersucht wird, wie oft ’e’ insgesamt in ihm 
vorkommt. 

6. (a) Schreiben Sie eine Anwendung FreieTage, die die Daten der im gesam- 

ten Bundesgebiet freien Feier- und Gedenktage 1999 in einem HashMap- 
Objekt verwaltet. Die Eingabe von java FreieTage Tag der Deutschen 
Einheit soll beispielsweise zur Ausgabe von 3.10.1999 führen, die Einga- 
be von java FreieTage Karfreitag zur Ausgabe von 2.4.1999 usw. 

(b) Versehen Sie FreieTage mit einer Benutzeroberfläche; verwenden Sie z.B. 
ein Choice-Objekt. 

7. Vergleichen Sie auf Ihrem System die Effizienz der ArrayList- und der Linked- 
List-Implementation. Schreiben Sie dazu je eine Anwendung, in der 100000 
Integer-Objekte in die Liste eingefügt werden und messen Sie die Zeit für den 
Listenaufbau. 

Messen Sie im Anschluß daran die Zeit für das Einfügen von 1000 Integer- 
Objekten als fünfhundertstes Element. 

8. Für List-Objekte liefert ein Aufruf der Methode listiterator einen ListIterator. 
Dabei handelt es sich um ein Subinterface von Iterator, in dem analog zu has- 
Next und next zwei Methoden hasPrevious und previous deklariert sind, so 
daß man die Liste in beiden Richtungen traversieren kann. Danüt man für 
das Rückwärtstraversieren schnell einen interessanten Startpunkt erhält, kann 
listiterator mit einem int-Argument aufgerufen werden. Der Aufruf listltera- 
tor(i) liefert dann einen Iterator, der zwischen das (z - l)-te und das z-te Element 
„zeigt“. Ist z die Anzahl der Elemente in der Liste, wird der Iterator hinter das 
letzte Element positioniert, und im Fall z = 0 steht er vor dem ersten Element. 
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Geben Sie am Ende des Beipiels aus Abschnitt 14.9.3 die Tour durch die Filia- 
len in umgekehrter Richtung aus. 

9. Schreiben Sie eine leichter modifizierbare Version des Button Event- Applets 
aus Abschnitt 13.7. Die Farbtexte und Color-Objekte sollen in einem Map- 
Objekt gespeichert werden, z.B. durch put("Blau", Color.blue), put("Grün", Co- 
lor.green) usw. In actionPerformed kann dann dem setBackground-Aufruf als 
Argument einfach das Resultat von get(e.getActionCommand()) übergeben wer- 
den. 

10. Einige Methoden aus Klassen, die vor der Fertigstellung des JDK 1.2 imple- 
mentiert wurden, liefern als Resultat ein mittlerweile veraltetes Vector- oder 
Hashtable-Objekt. Um diese Klassen ohne Reimplementation auch zusam- 
men mit den neuen Collection- bzw. Map-Interfaces nutzen zu können wurden 
die Vector- bzw. Hashtable-Deklarationen um ein implements List bzw. imple- 
ments Map erweitert. 

Mit den Konstruktoren ArrayList(Collection) und LinkedList(Collection) bzw. 
HashMap(Map) ist es folglich möglich, die Resultate derartiger Methodenauf- 
rufe durch Collection- oder Map-Objekte weiterzuverarbeiten. 

Testen Sie diese Möglichkeiten, sofern Sie mit älteren Java- Versionen Klassen 
deklariert hatten, die Vector- oder Hashtable-Objekte verwenden. 

1 1. In allen Hüllklassen aus Abschnitt 14.5 mit Ausnahme von Boolean sind zwei 
Klassenkonstanten MIN_VALUE und MAX_VALUE deklariert. Schreiben Sie 
ein Testprogramm, das einige dieser Werte ausgibt und vergleichen Sie sie mit 
den Wertebereichen der elementaren Datentypen (Tabelle S. 23). 

12. Bei manchen Entwicklungsarbeiten wird man auf das Problem stoßen, daß Ele- 
mente oder Schlüssel in ein SortedSet- oder SortedMap-Objekt aufgenommen 
werden sollen, deren Kdasse das Comparable-Interface nicht implementiert und 
auch nicht modifiziert werden kann, da sie z.B. nur als class-Datei zur Ver- 
fügung steht. 

In diesen Fällen deklariert man eine Hilfsklasse, die das Comparator-Interface 
implementiert: 

public interface Comparator { 

int compare(Object o1 , Object o2); 

} 
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Passend zu compareTo soll compare(x, y) einen negativen Wert, den Wert 0 
bzw. einen positiven Wert liefert, je nachdem, ob x < y, x = y oder x > y ist. 

Es ist Konvention, daß jede Klasse, die SortedSet oder SortedMap implemen- 
tiert, auch einen Konstruktor mit einem Comparator-Parameter deklariert, der 
eine leere Menge oder Tabelle erzeugt, deren Elemente nach diesem Compara- 
tor sortiert werden. 

Gehen Sie von der ursprünglichen Version der Klasse Kto in Abschnitt 9.4 aus, 
deklarieren Sie einen passenden Comparator und modifizieren Sie das KtoTest- 
Beispiel von S. 264, so daß es wie zuvor läuft. 




Kapitel 15 



Ausnahmebehandlung 



15.1 Einleitung 

Zur Laufzeit eines Applets oder einer Anwendung können Ausnahmen eintreten - 
das sind außergewöhnliche Bedingungen, die es nicht gestatten, im Code normal 
fortzufahren. Beispielsweise soll aus einer Datei gelesen werden, die nicht gefun- 
den wird, soll auf ein Listenelement zugegriffen werden, das nicht existiert, sollen 
Objekte erzeugt werden, obwohl nicht mehr genug Speicherplatz verfügbar ist, soll 
eine Verbindung zu einem Server aufgebaut werden, der unbekannt ist, usw. 

In derartigen Fällen erzeugt Java in der Methode, in der die Ausnahme aufgetreten 
ist, ein Throwable-Objekt und wirft es aus. Zum Beispiel wird in der Methode main 
des folgenden Programms die Variable i mit einem int- Wert initialisiert, wenn man als 
erstes Kommandozeilen- Argument eine ganze Zahl spezifiziert. 

// Ausnahmen.java 

Import java.io.*; 

dass Ausnahmen { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
int i = lnteger.parselnt(args[0]); 
out.printlnfi = " + i); 

} 

} 
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Bei einem anderen Argument, z.B. x123, bricht die VM jedoch mit einer Ausnahme 
des Typs NumberFormatException ab. Und wenn man beim Aufruf des Interpreters 
kein Argument angibt, tritt eine ArraylndexOutOfBoundsException ein. 

In diesen beiden Fällen werden die Throwable-Objekte von der VM erzeugt und aus- 
geworfen. Ebenso ist es möglich, im Code einer Methode selbst Ausnahmeobjekte 
zu erzeugen und auszuwerfen (siehe Abschnitt 15.5). Zur Behandlung von Ausnah- 
men schreibt man einen oder mehrere Ausnahme-Handler, die die Ausnahmen ab- 
fangen und geeignet auf sie reagieren. Falls, wie im ersten Beispiel, kein Händler 
deklariert ist, verwendet Java einen Standard-Handler, der den Typ der Ausnahme 
und die Methodenaufrufe, die zu der Ausnahme geführt haben, ausgibt. Bei einem 
kommandozeilen-basierten Programm wird danach die VM terminiert; bei einem 
Applet oder Frame arbeitet die VM weiter, die Oberfläche kann sich aber in einem 
inkonsistenten Zustand befinden. 



15.2 Ausnahmetypen 



Die folgende Abbildung zeigt, wie die Java- Ausnahmen aus dem überall zugreifbaren 
Paket java.lang in einer Typhierarchie mit der gemeinsamen Superklasse Throwable 
organisiert sind. Throwable hat zwei Subklassen, Exception und Error. 




ClassNotFoundException 
CloneNotSupported Exception 
I llegal AccessException 
Instantiation Exception 
Interrupted Exception 
NoSuchFieldException 
NoSuchMethodException 
Runti me Exception 
LinkageError 
VirtualMachineEiror 



ThreadDeath 
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Ausnahmen des Typs Error sind normalerweise katastrophal und nicht vernünftig zu 
behandeln. Einige Beispiele für LinkageError-Subklassen sind AbstractMethodError 
(Aufruf einer abstrakten Methode), NoSuchFieldError (Zugriff auf eine nicht dekla- 
rierte Variable) oder NoSuchMethodError (Zugriff auf eine nicht deklarierte Metho- 
de). Diese Fehler entstehen, wenn man mehrere kooperierende Klassen implementiert 
hat und eine Klassendeklaration modifiziert, ohne die übrigen Klassen neu zu überset- 
zen. Subklassen von VirtualMachineError sind OutOfMemoryError, StackOverFlow- 
Error, InternalError und UnknownError (Fehler mit nicht feststellbarer Ursache); hier 
ist zur Laufzeit keine sinnvolle Fehlerbeseitigung möglich. 

Ausnahmen des Typs RuntimeException sind Laufzeitfehler, wie z.B. eine Divisi- 
on durch Null (ArithmeticException), der Zugriff auf ein Objekt mittels einer Null- 
referenz (NullPointerException) oder - wie im ersten Beispiel - der Versuch, eine 
ungeeignete String-Eingabe als int zu interpretieren (NumberFormatException) bzw. 
mit einem zu großen oder zu kleinen Index auf eine Feldkomponente zuzugreifen 
(ArraylndexOutOfBoundsException). 

Laufzeitfehler können in nahezu jeder Methode auftreten, und der Versuch, sie alle 
abzufangen und zu behandeln, kann aufwendiger als der mögliche Nutzen sein. Java 
verlangt daher nicht, daß RuntimeExceptions abgefangen werden. Es steht Program- 
mierern jedoch frei, dies zu tun. Das gleiche gilt für Ausnahmen vom Error-Typ. 
Error- und RuntimeException-Ausnahmen werden daher auch als ungeprüft (“un- 
checked”) bezeichnet - der Compiler überwacht ihre Behandlung nicht. Alle anderen 
Ausnahmen, auch Ausnahmen, die wir selbst von Throwable ableiten, werden von 
Java überwacht. Die ungeprüften Ausnahmen sind in der Abbildung durch die Schat- 
tierung hervorgehoben. 

Neben den hier kurz vorgestellten Ausnahmen aus java.lang gibt es noch über hundert 
weitere Ausnahmeklassen in anderen Paketen. Bei den meisten handelt es sich dabei 
um geprüfte Ausnahmen, deren Behandlung javac erzwingt. 



15.3 Die Behandlung von Ausnahmen 

Javas Standard- Ausnahmehandler gibt den Typ der Ausnahme und die Reihenfolge 
der Methodenaufrufe, die zu dem Ausnahmezustand geführt haben (den “Stack fra- 
me”) aus und terminiert bei Programmen ohne grafische Benutzeroberfläche die VM. 
Sofern es sinnvoll ist, auf mögliche Ausnahmezustände problemspezifischer zu rea- 
gieren, bringt man die kritischen Codeteile in den Block einer try-Anweisung ein. 
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Eine try-Anweisung besteht aus einem auf das Schlüsselwort try folgenden Block, 
einer Folge von catch-Klauseln und einem optionalen finally-Block. 

Catch-Klausel: 

catch ( Formaler-Parameter ) Block 

Finally: 

finally Block 

Indem man Anweisungen in den Block einer try-Anweisung aufnimmt, zeigt man 
an, daß alle beim Ausführen dieser Anweisungen eintretenden Ausnahmen geeignet 
behandelt werden sollen. catch-Klauseln werden auch als Ausnahme-Handler be- 
zeichnet. Den Syntaxregeln 91-94 entnehmen wir, daß Ausnahme-Handler direkt 
auf den try-Block folgen müssen und daß mindestens ein Händler oder ein finally- 
Block deklariert werden muß. Der formale Parameter einer catch-Klausel muß als 
Typ Throwable oder eine Subklasse von Throwable haben; sein Geltungsbereich ist 
der Block des Ausnahme-Händlers. Wir erweitern das erste Beispiel nun um einen 
Ausnahme-Handler: 

// Catch .java 

Import java.io.*; 

dass Catch { 

public static vold main(String[] args) { 

PrintWriter out = new PrlntWrlter(System.out, true); 
try{ 

int i = lnteger.parselnt(args[0]); 
out.printlnfi = '' + i); 

} catch (NumberFormatException e) { 
out.printInC'Als Kommandozellen-Argument wird ein Int-Wert benötigt”); 

} 

} 

} 

Bei der Auswertung einer try-Anweisung wird zunächst der try-Block ausgeführt. 
Dabei verfährt Java nach folgendem Schema: 

Wenn der try-Block ausgeführt werden kann, ohne daß eine Ausnahme ausge- 
worfen wird, ist die try-Anweisung beendet. Im obigen Beispiel ist dies der 




15 J. DIE BEHANDLUNG VON AUSNAHMEN 



281 



Fall, wenn man die VM mittels java Catch -123 startet. Hier werden sämtliche 
auf try folgende Händler ignoriert, und Java fährt mit der Anweisung nach dem 
letzten Händler fort (falls vorhanden). 

Wenn während der Ausführung des try-Blocks eine Ausnahme ausgeworfen 
wird, sucht Java den ersten Händler, an dessen Parameter das Ausnahme-Objekt 
zugewiesen werden kann. Hierbei sind alle Methodenaufruf-Konversionen aus 
Abschnitt 5.2.2 möglich. An den Parameter dieses Händlers wird dann das 
Ausnahme-Objekt zugewiesen, sein Block wird ausgeführt und die try- Anwei- 
sung ist beendet - die Ausnahme wurde abgefangen und behandelt. Im obigen 
Beispiel wird so verfahren, wenn man java Catch xyz eingibt. 

Sofern es keinen Händler mit einem zuweisungskompatiblen Parameter gibt, 
wird die Suche nach einem passenden Händler im nächsten umgebenden try- 
Block rekursiv fortgesetzt usw. Wenn auf diese Weise kein Händler für die 
ausgeworfene Ausnahme gefunden wird, setzt die VM ihren Standard- Ausnah- 
mehandler ein. Diesen Effekt können wir im Fall java Catch beobachten. 

Da es möglich ist, mehrere Händler auf einen try-Block folgen zu lassen, können Aus- 
nahmen unterschiedlichen Typs auch unterschiedlich behandelt werden. Zum Bei- 
spiel können wir die ArraylndexOutOfBoundsException, die wir bei einem Start des 
Catch-Programms ohne Kommandozeilen-Argument erhalten, zusätzlich zur Num- 
berFormatException abfangen (siehe /OOPinJava/kapiteHS/MultiCatch.java): 

try{ 

int i = lnteger.parselnt(args[0]); 
out.printInC'i = " + i); 

} catch (ArraylndexOutOfBoundsException e) { 

out.println("Aufruf in der Form java MultiCatch <int-Wert>"); 

} catch (NumberFormatException e) { 
out.println("Als Kommandozeilen-Argument wird ein int-Wert benötigt"); 

} 

Da Java die Händler in der Reihenfolge, in der sie nach dem try-Block stehen, unter- 
sucht, ist es nicht möglich, einen Händler für eine Superklasse vor einem Händler für 
eine Subklasse einzutragen. Dies würde verhindern, daß der Händler für die Subklas- 
se jemals erreicht wird. 

Weil alle Ausnahmeklassen Subklasse von Throwable sein müssen, kann man mittels 
catch (Throwable e) beliebige Ausnahmen abfangen. Falls vorhanden, muß ein der- 
artiger Händler sinnvollerweise der letzte Händler einer try- An Weisung sein. Unser 
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Programm ist dann auch in der Lage, schwerwiegende Fehler, etwa Linkage-Fehler 
oder Fehler in der VM abzufangen (siehe /OOPinJava/kapitel15/CatchAll.java und 
Übungsaufgabe 3): 

try { 

int i = lnteger.parselnt(args[0]); 
out.println("i = " + i); 

} catch (ArraylndexOutOfBoundsException e) { 
out.println("Aufruf in der Form java MultiCatch <int-Wert>"); 

} catch (NumberFormatException e) { 
out.printInC'Als Kommandozeilen-Argument wird ein int-Wert benötigt"); 

} catch (Throwable e) { 
e.phntStackTraceQ; 

} 

Alle Ausnahme-Objekte, auch diejenigen, die wir selbst deklarieren und auswerfen, 
erhalten von ihrer Superklasse Throwable automatisch die Information über die Me- 
thodenaufrufe, die zu der Ausnahme geführt haben. Man kann diese durch den Aufruf 
von printStackTrace ausgeben. Im obigen Beispiel haben wir auf diese Weise einfach 
den Standard-Handler imitiert. 

Anschließend an den letzten Händler oder anstelle von Händlern kann eine try- Anwei- 
sung einen finally-Block enthalten. Dieser Block kann zur Freigabe von Ressourcen 
(Schließen von Dateien oder Datenbanken, Terminieren von Netzwerkverbindungen, 
Beenden von Threads usw.) benutzt werden, die eine Methode vor dem Aus werfen 
einer Ausnahme belegt hat. Es ist garantiert, daß der finally-Block ausgeführt wird 
bevor die try- Anweisung beendet wird. Dies gilt unabhängig davon, ob 

• keine Ausnahme ausgeworfen wird, 

• der try-Block durch ein explizites return verlassen wird, 

• eine Ausnahme ausgeworfen und durch einen Händler abgefangen wird oder 

• eine Ausnahme ausgeworfen und durch keinen der Händler abgefangen wird. 

Die Regeln ergänzen das auf S. 280-281 besprochene Schema. /OOPinJava/kapi- 
tel1 5/Final ly. java gibt ein Beispiel für jeden der vier möglichen Fälle. 

try-Anweisungen können in andere try-Anweisungen eingebettet werden. Dies kann 
dadurch geschehen, daß der Code einer try-Anweisung lexikalisch in den try-Block 
einer anderen try-Anweisung aufgenommen wird, z.B. 
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try{ 

try{ 

int[] X = new int[lnteger.parselnt(args[0])]; 

} catch (NumberFormatException e) { 
out.println(“lnnen: " + e); 

} 

} catch (Throwable e) { 
out.println(" Aussen: " + e); 

} 

In bezug auf die Auswertung der try- Anweisungen erreicht man denselben Einbet- 
tungseffekt, wenn man eine Methode, die eine try- Anweisung enthält, im try-Block 
einer anderen try- An Weisung aufruft, z.B. 

static void meth(String a) { 
try{ 

int[] X = new int[lnteger.parselnt(a)]; 

} catch (NumberFormatException e) { 
out.printInC'Innen: “ + e); 

} 

} 

public static void main(String[] args) { 
try{ 

meth(args[0]); 

} catch (Throwable e) { 
out.phntln("Aussen: " + e); 

} 

} 

Die Wirkung ist in beiden Fällen die gleiche: Wenn in einer inneren try- Anweisung 
kein Händler für eine bestimmte Ausnahme gefunden wird, setzt Java die Suche bei 
den Händlern der nächsten umgebenden try- Anweisung fort - wobei auch try-Block 
und Händler einer aufrufenden Methode „umgebend“ für die aufgerufene Metho- 
de sind. Bleibt diese Suche nach einem passenden Händler erfolglos, so wird der 
Standard-Handler benutzt. 

In den letzten beiden Beispielen (/OOPinJava/kapiteH 5/BlocklnBlock.java bzw. /OOP- 
inJava/kapitel15/BlocklnMeth.java) fängt der innere Händler nicht in ints konvertier- 
bare Strings, z.B. "12x45" ab, alles andere wird vom äußeren Händler behandelt. 
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15.4 Die throws-Klausel 

Sofern es möglich ist, daß im Rumpf einer Methode oder eines Konstruktors Aus- 
nahmen ausgeworfen werden, die nicht innerhalb der Methode oder des Konstruktors 
durch Deklaration eines entsprechenden Händlers behandelt werden, muß dies mit 
einer throws-Klausel, die nach der Parameterliste steht, angezeigt werden (vgl. hier- 
zu 8.6.1). Hiervon ausgenommen sind wieder die ungeprüften Ausnahmen, also die 
Typen Error, RuntimeException und ihre Subtypen. 

Eine throws-Klausel besteht aus dem Schlüsselwort throws und einer Liste von Typen, 
die alle Throwable oder Subtypen von Throwable sein müssen. Wir hatten sie, ohne 
darauf weiter einzugehen, in den letzten Kapiteln schon vereinzelt einsetzen müssen - 
z.B. beim Einlesen von Werten mittels readLine oder beim sleep- Aufruf. (Es konnten 
lOExceptions bzw. InterruptedExceptions eintreten.) 

Die folgende Anwendung, mit der festgestellt werden soll, an welcher Stelle der Aus- 
nahmehierarchie sich eine Klasse befindet, wird beispielsweise nicht übersetzt, weil 
die Methode forName eine geprüfte Ausnahme, nämlich ClassNotFoundException, 
auswerfen kann. forName wird mit einem String- Argument aufgerufen und liefert das 
Class-Objekt (vgl. 9.8) zu einer so benannten Klasse oder wirft die Ausnahme aus, 
falls die Klasse Java nicht bekannt ist - z.B. weil wir uns bei der Eingabe verschrie- 
ben haben. Der Aufruf cs.isAssignableFrom(ct) liefert true, wenn cs Superklasse 
oder Superinterface von ct ist: 

// Hierarchie.java 

Import java.io.*; 

dass Hierarchie { 

static PrintWriter out = new PrintWriter(System.out, true); 

static boolean superKlasse(Class cs, String t) { 

Class ct = Class.forName(t); 
if (!cs.isAssignableFrom(ct)) 
return false; 

out.println(t + " ist Subklasse von " + cs); 
return true; 

} 

public static void main(String[] args) { 
if (args.length == 0) { 
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out.println("Starten mittels java Hierarchie <qualifizierter Klassenname>“ 
+ "\n(Z.B. java.io.FileNotFoundException)"); 
return; 

} 

String s = args[0]; 

if (superKlasse(java.lang.Throwable.class, s)) 
if (superKlasse(java.lang.Exception.class, s)) { 
if (superKlasse(java.lang.RuntimeException.class, s)) 

I 

} 

eise if (superKlasse(java.lang.Error.class, s)) 

» 

} 

} 

Auch wenn man die Methodendeklaration von superKlasse ändert zu 
static boolean superKlasse(Class cs, String t) throws ClassNotFoundExceptlon { 



} 

wird Hierarchie.java noch nicht übersetzt, weil superKlasse in main aufgerufen wird 
und auch dort kein Händler deklariert ist, der ClassNotFoundExceptions abfangen 
kann. Hier ist also ebenfalls eine Modifikation erforderlich: 

public static void main(String[] args) throws ClassNotFoundException { } 

Sofern wir Hierarchie.class zusammen mit der durch javadoc erzeugten Dokumen- 
tation ausliefem, erkennen Anwender auf Anhieb, daß die Verwendung der Klas- 
se bzw. der Aufruf von superKlasse zum Auswerfen einer Ausnahme, die nicht 
RuntimeException ist, führen kann. Auf die möglichen Probleme können wir noch 
deutlicher hinweisen, wenn wir beide Methoden mittels ©exception markieren (siehe 
Übungsaufgabe 4). 

Starten wir das Programm mit java Hierarchie java.lang.ArithmeticException, so er- 
halten wir als Ausgabe 

java.lang.ArithmeticException ist Subklasse von dass java.lang.Throwable 
java.lang.ArithmeticException ist Subklasse von dass java.lang.Exception 
java.lang.ArithmeticException Ist Subklasse von dass java.lang. RuntimeException 
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und im Fall java Hierarchie java.io.lOException ergibt sich beispielsweise 

java.io.lOException ist Subklasse von dass java.lang.Throwable 
java.io.lOException ist Subklasse von dass java.lang.Exception 



15.5 Ausnahmen explizit auswerfen 

Neben den Ausnahmen, die die VM selbst auswirft, oder die von Methoden oder 
Konstruktoren der Java-Klassenbibliothek ausgeworfen werden, können wir in un- 
serem eigenen Code Ausnahmen auswerfen, indem wir throw-Anweisungen benut- 
zen. Eine throw- An Weisung besteht einfach aus dem Schlüsselwort throw und einem 
nachfolgenden Ausdruck, dessen Auswertung eine Variable oder einen Wert des Typs 
Throwable oder einer Subklasse von Throwable liefert. 

Typischerweise wird man keine der Ausnahmen aus java.lang oder anderen Java- 
Paketen auswerfen, sondern problemspezifisch eigene Ausnahmeklassen als Subklas- 
se von Throwable oder Exception herleiten. Für beide Klassen ist neben einem Stan- 
dardkonstruktor auch ein Konstruktor mit einem String-Parameter deklariert. Auf die 
bei der Objektkonstruktion übergebene Zeichenkette kann man später mit der Metho- 
de getMessage zugreifen. Im folgenden Beispiel ist der Ausnahmetyp ClosedShop 
als eingebettete top-level Klasse implementiert: 

// Throw.java 

Import java.io.*; 

Import java.util.*; 

dass Throw { 

static PrIntWriter out = new PrintWrlter(System.out, true); 
vold connectO throws ClosedShop { 

int tag = Calendar.getlnstance().get(Calendar.DAY_OF_WEEK); 
if (tag == Calendar.SUNDAY) // 1 

throw new ClosedShopfsonntag"); 

If (tag == Calendar.SATURDAY) // 7 

throw new ClosedShopfsamstag"); 
out.prIntInC'Heute normaler Rechnerbetrieb."); 

} 
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public static void main(String[] args) { 
try{ 

new Throw().connect(); 

} catch (ClosedShop ex) { 

out.printInC'Rechnerpool " + ex.getMessage() + "s geschlossen."); 

} 

} 

static dass ClosedShop extends Exception { 

ClosedShop(String text) { super(text); } 

} 

} 

Wenn sich beim connect-Aufruf für die Variable tag der Wert 1 (Sonntag) oder 7 
(Samstag) ergibt, wird ein ClosedShop-Objekt konstruiert und sofort ausgeworfen. 
Die Information über den Grund der Ausnahme wird der aufrufenden Methode als 
String übergeben. Da connect eine throw-Anweisung enthält, ist die Methode mit 
einer throws-Klausel deklariert. In main wird der connect-Aufruf in einem try-Block 
vorgenommen, der einen Händler für die ClosedShop- Ausnahme bereitstellt; eine 
throws-Klausel ist deshalb nicht notwendig. 

Die hier gezeigte Exception-Klasse ist sehr einfach strukturiert. Es ist jedoch jederzeit 
möglich, aufwendigere Ausnahmeklassen zu implementieren, die weitere Informatio- 
nen enthalten und u.U. eigene Methoden deklarieren. 



15.6 Überschriebene Methoden und throws-Klauseln 

Eine throws-Klausel gehört nicht zur Signatur einer Methode oder eines Konstruk- 
tors, trägt also nicht zum Überladen bei. Beim Überschreiben einer Methode in einer 
Subklasse oder einem Subinterface ist zu beachten, daß eine throws-Klausel keine zu- 
sätzlichen Ausnahmen spezifizieren darf und daß die Ausnahmen in Subklasse oder 
-interface zuweisungskompatibel zu denen der throws-Klausel aus Superklasse oder 
-interface sein müssen. (Subklassenobjekte können mehr als Superklassenobjekte). 
Im Beispiel 

dass W { 

void f() throws lOException, InterruptedException { } 

void g() { } 



} 
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dass U extends W { 

void f() throws FileNotFoundException { } 

void g() throws NoSuchMethodException { } // Fehler 

} 

ist die in U überschriebene Version von W.f korrekt, weil FileNotFoundException eine 
Subklasse von lOException ist. Die Deklaration von g ist jedoch fehlerhaft, da in U 
versucht wird, eine zusätzliche Ausnahme NoSuchMethodException auszuwerfen. 

Wir sind nun auch in der Lage, die in Abschnitt 11.5 noch nicht vollständig behandelte 
Auflösung von Mehrdeutigkeiten bei der Implementation von Interfacemethoden zu 
diskutieren: Bei gleicher Signatur überschreibt die Methode in der Subklasse oder 
im Subinterface die Methode in den Superinterfaces, wobei die Grundregel ,Jceine 
zusätzlichen Ausnahmen“ zu beachten ist. In einer Situation wie 

dass X extends Exception { } 

dass Y extends Exception { } 

Interface I { 
void m() throws X; 

} 

Interface J { 
void m() throws Y; 

} 



dass Z Implements 1, J { 




public void m() throws X, Y { } 


// Fehler 


public void m() throws X { } 


// Fehler 


public void m() throws Y { } 


// Fehler 


public void m() { } 





} 

kann also die überschreibende Methode m nicht beide Ausnahmen X und Y auswer- 
fen; dies würde sowohl an l.m als auch J.m scheitern. Auch das alleinige Auswerfen 
von X bzw. Y ist nicht möglich, da es einen Konflikt mit der Deklaration von J.m bzw. 
l.m bedeuten würde. Die einzige Möglichkeit besteht im Behandeln beider Ausnah- 
men und dem Verzicht auf eine throws-Klausel. 
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Bei den meisten bisher betrachteten Beispielen wurde in einem Ausnahme-Handler 
lediglich ein Text ausgegeben, der die aufgetretene Ausnahmesituation beschreibt. 
Zum Abschluß dieses Kapitels soll noch ein Beispiel untersucht werden, in dem etwas 
sinnvollere Händler implementiert sind. Das Beispiel zeigt darüber hinaus, wie eine 
Ausnahme in ihrem Händler nochmals ausgeworfen werden kann und demonstriert 
mehrfach geschachtelte try- Anweisungen. 

In ReThrow.java wird eine simple Oberfläche zum Einlesen eines Paßworts erzeugt. 
Die Benutzereingabe erfolgt im Textfeld text, das mit einem ActionUstener verknüpft 
ist. Wenn das richtige Paßwort eingegeben ist, wird eine Anwendung gestartet. Hier 
starten wir einfach das Pult/Getriebe-Beispiel von S. 190. 

// ReThrow.java 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.io.*; 

dass ReThrow extends Frame { 

TextField text; 
final int MAX = 5; 
int anz = 0; 

ReThrowO { 
superf "); 

setLayout(new GridLayout(2, 1)); 

setFont(new Font("Monospaced", Font.PLAIN, 14)); 

add(new Label("Zum Starten Passwort eingeben")); 

add(text = new TextField(20)); 

text.setEchoChar(’*’); 

text.setBackground(Color.darkGray); 

text.setForeground(Color.white); 

packQ; 

text.addActionListener(new ActionListenerQ { 
public void actionPerformed(ActionEvent e) { 
loginO; 

} 

}); 

setVisible(true); 



} 
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public static void main(String[] args) { 
new ReThrowO; 

} 

void loginQ { 

++anz; 

try{ 

try{ 

if (!(text.getText().equals("Passworf))) 
throw new PasswdEx(); 
disposeQ; 
startO; 

} catch (PasswdEx ex) { 
if (anz == MAX) 
throw ex; 

text.setEditable(false); 

text.setTextf"); 

try{ 

Thread.sleep(1 000‘anz); 

} catch (InterruptedException ign) { } 
text.setEditable(true) ; 

} 

} catch (PasswdEx ex) { 

new PrintWriter(System.out, true).println("Login gescheitert“); 

System. exit(O); 

} 

} 

void StartO { 
try{ 

new Pult(new GetriebeQ); 

} catch (lOException ign) { } 

System.exit(O); 

} 

dass PasswdEx extends Exception { } 

} 

Bei Eingabe eines falschen Paßworts wird eine PasswdEx- Ausnahme konstruiert und 
ausgeworfen. Im Händler wird nun, je nach Anzahl der bisherigen Versuche, das 
Textfeld für eine bestimmte Zeit deaktiviert. Dann kann wieder ein Paßwort eingege- 
ben werden. Nach fünf Fehlversuchen wird die abgefangene Ausnahme ex in ihrem 
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Händler erneut ausgeworfen. Im äußeren Händler wird dann das Programm beendet. 
Die von readLine bzw. sleep möglicherweise ausgeworfenen Ausnahmen des Typs 
lOException bzw. InterruptedException ignorieren wir mit leeren Händlern. 



15.7 Übungsaufgaben 

1. Was ist hier falsch? 

dass Fehler { } 
dass Test { 

public static void main(String[] args) { 
throw new FehlerQ; 

} 

} 

2. Testen Sie, wie im folgenden Programm eine Ausnahme des Typs ClassCast- 
Exception ausgeworfen und abgefangen wird. 

dass Super { } 

dass Sub extends Super { } 

dass Test { 

public static void main(String[] args) { 

Super X = new SuperQ; 
try { 

Sub y = (Sub)x; 

} catch (Exception e) { 
e.phntStackTraceQ; 

} 

} 

} 

3. Nehmen Sie in die try- Anweisung des Beispielprogramms Catch All eine An- 
weisung auf, die einen LinkageError produzieren kann und beobachten Sie, wie 
dann der Throwable-Handler aktiv wird. Fügen Sie zum Beispiel die Konstruk- 
tion eines Zaehler-Objekts ein 
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try { 

int i = lnteger.parselnt(args[0]); 
out.printInC'i = “ + i); 
new Zaehler().wert(i); 

} 

und löschen Sie nach dem Übersetzen und vor dem Interpreteraufruf die Datei 
Zaehler.class. 

4. (a) Untersuchen Sie, welche HTML-Informationen javadoc aus dem Pro- 

gramm Hierarchie.java generiert. 

(b) Markieren Sie die Methode superKlasse mit 
/** 

* ©exception ClassNotFoundException 

* wenn die mit t spezifizierte Klasse nicht gefunden wird 

V 

und verfolgen Sie die Wirkung. Nehmen Sie eine analoge Markierung für 
main vor. 

5. Schreiben Sie ein Applet, das - wie abgebildet - zwei int- Werte einliest und 
dann deren Quotient berechnet und anzeigt. 




Zeigen Sie das Resultat einfach mittels showStatus(String) in der Statuszeile 
des Browsers oder appletviewers an. Deklarieren Sie eine Ausnahmeklasse 
zur Behandlung einer versuchten Division durch null und werfen Sie ggf. ein 
entsprechendes Ausnahmeobjekt aus. Geben Sie bei der Ausnahmebehandlung 
die Ausnahmebeschreibung (getMessage) in der Statuszeile aus. 
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6. Starten Sie im Programm ReThrow bei erfolgreicher Paßworteingabe nicht die 
Kommandozeilen- Version des Pult/Getriebe-Beispiels, sondern verwenden Sie 
die Benutzeroberfläche aus Aufgabe 7, Kapitel 13. 




Kapitel 16 



Ein- und Ausgabeströme 



16.1 Einleitung 

Ein- und Ausgaben basieren in Java auf dem “Stream”-Konzept. Ein Ausgabestrom 
ist ein Kommunikationskanal, der ein Programm mit einer Datensenke verbindet, und 
umgekehrt ist ein Eingabestrom eine Verbindung von einer Datenquelle zu einem 
Programm. Als Quellen und Senken können Terminal- oder Konsolfenster, Dateien, 
Client- oder Serverprogramme usw. auftreten. Daten fließen durch Stream-Objekte 
immer unidirektional; wenn man sowohl Ein- als auch Ausgaben vornehmen will, 
werden also zwei Streams benötigt. 

Im Paket java.io werden zwei sehr ähnliche Klassenhierarchien zur byte- bzw. zei- 
chenorientierten Ein- und Ausgabe zur Verfügung gestellt. Die folgende Abbildung 
zeigt die Klassen zum Lesen bzw. Schreiben von Bytes; abstrakte Klassen sind wieder 
mit einem (A) markiert: 



InputStream (A) 



ByteArraylnputStream 

FilelnputStream 

FilterlnputStream 

ObjectlnputStream 

PipedlnputStream 



BufferedlnputStream 

DatalnputStream 

PushbacklnputStream 



SequencelnputStream 
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ByteArrayOutputStream 
FileOutputStream 
FilterOutputStream 
ObjectOutputStream 
PipedOutputStream 




BufferedOutputStream 

DataOutputStream 

PrintStream 



Aus der Fülle der hier verfügbaren Klassen werden wir ObjectlnputStreams und 
ObjectOutputStreams zum Speichern von Objekten und DatalnputStreams und Da- 
taOutputStreams zum Speichern elementarer Werte in Dateien benutzen. In beiden 
Fällen werden auch noch FilelnputStreams und FileOutputStreams zum Dateizugriff 
benötigt. Java selbst verwendet spezielle Input- und OutputStream-ObJekte zur Ma- 
nipulation von Bild- und Tondateien sowie Objectlnput- und ObjectOutputStream- 
Objekte zur Übergabe von Argumenten bzw. Resultaten beim Aufruf entfernter Me- 
thoden (siehe hierzu Kapitel 21). 

Die nächste Abbildung zeigt die Klassen zur zeichenorientierten Ein- und Ausgabe. 
Da wir Benutzerein- und -ausgaben in der Regel unter Verwendung der AWT-Klassen 
über eine grafische Benutzerschnittstelle abwickeln (siehe Kapitel 13 und 18), wer- 
den wir diese Klassen im wesentlichen zur Dateimanipulation und zur Ausgabe von 
Debug-Informationen bei der Programmentwicklung einsetzen. Buffered Reader und 
PrintWriter haben wir bisher schon sehr oft benutzt, ohne genauer auf ihre Methoden 
einzugehen. 



Reader (A) 



BufferedReader — 
CharArrayReader 
FilterReader (A) “ 
InputStream Reader 
PipedReader 



LineNumberReader 

PushbackReader 

FileReader 



StringReader 
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Writer (A) 




BufferedWriter 

CharArrayWriter 

FilterWriter (A) 

OutputStreamWriter 

PipedWriter 

PrintWriter 

StringWriter 



FileWriter 



16.2 Byteorientierte Ein- und Ausgabe 

In den abstrakten Superklassen InputStream und OutputStream ist die Basisfunktio- 
nalität zum Lesen bzw. Schreiben von Bytes zusammengestellt. Die Methode read 
liest Bytes aus dem Eingabestrom, und entsprechend schreibt write Bytes in den Aus- 
gabestrom. Für OutputStreams ist weiterhin flush zum Leeren eines Ausgabepuffers 
deklariert. Und für beide Klassen steht dose zum Schließen des Ein- oder Ausgabe- 
stroms und zur Freigabe aller mit ihm assoziierten Systemressourcen zur Verfügung. 

Die InputStream- und OutputStream-Subklassen zur byteorientierten Ein- und Aus- 
gabe sind hauptsächlich beim Serialisieren von Objekten (siehe 16.6) und bei der 
Speicherung von Werten elementarer Typen in Dateien (siehe 16.4) von Interesse. Wir 
betrachten an dieser Stelle nur ein kleines Beispiel, das die Klassen DataOutputStream 
und DatalnputStream benutzt. 

Mit einem DataOutputStream-Objekt kann man sämtliche elementaren Datentypen 
in ihrer systemunabhängigen Binärdarstellung in einen Ausgabestrom schreiben. Die 
Klasse verfügt neben den aus OutputStream geerbten Methoden über einen Kon- 
struktor DataOutputStream(OutputStream), der den Datenstrom zu einem konkre- 
ten OutputStream-Objekt erzeugt. Und mit den Methoden writeBoolean, writeByte, 

. . . , writeDouble kann man die elementaren Datentypen schreiben; sie rufen ihrerseits 
write bei dem OutputStream auf. Alle Methoden werfen lOExceptions aus, falls ein 
Ausgabefehler auftritt. 

Im folgenden Beispiel übergeben wir dem DataOutputStream-Konstruktor das Print- 
Stream-Objekt System. out. 
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H ByteAus.java 
import java.io.*; 
dass ByteAus { 

public static void main(String[] args) throws lOException { 

DataOutputStream dos = new DataOutputStream(System.out); 

dos.writeByte(45); 

dos.writeFloat(781 .0352f); 

dos.flushO; 

} 

} 

Durch die write- Aufrufe werden hier zunächst 2d und dann die vier Bytes 44434241 
ausgegeben. Zur Kontrolle können wir die Ausgabe in eine Datei unüenken, z.B.durch 
java ByteAus > test, und diese dann mit einem Dumptool oder Hex-Editor betrachten. 
Auf der Standardausgabe werden die entsprechenden ASCII-Zeichen, also -DCBA, 
angezeigt. Da nicht allen Bytes druckbare Zeichen entsprechen, ist eine derartige 
Ausgabe nicht besonders sinnvoll - vgl. etwa die Wirkung von dos.writeLong(-1234). 

DatalnputStream ist die zu DataOutputStream gehörende Eingabeklasse. Sie ent- 
hält einen Konstruktor Datal nputStream(lnputStream), der den Datenstrom zu einem 
konkreten InputStream-Objekt erzeugt und Methoden readBoolean, readByte, . . . , 
readDouble, mit denen man die elementaren Datentypen lesen kann. Diese Metho- 
den delegieren das Lesen an die read-Methode des InputStreams; sie warten jeweils, 
bis ausreichende Eingabedaten vorliegen. Wenn ein EOF-Zeichen gelesen wird, wer- 
fen sie eine EOFException aus. Bei sonstigen Eingabefehlem wird ein Objekt der 
Superklasse lOException ausgeworfen. 

Das zu den obigen Ausgaben passende Eingabeprogramm ist dann: 

// ByteEin.java 
import java.io.*; 
dass ByteEin { 

public static void main(String[] args) throws lOException { 

DatalnputStream dis = new DatalnputStream(System.in); 
byte b = dis.readByteQ; 
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float f = dis.readFloatO; 



} 

} 

Wenn wir hie^ die VM mit java ByteEin < test starten, enthalten b bzw. f nach den 
read- Aufrufen die Werte 45 bzw. 781.0352. Dieselbe Wirkung erzielen wir durch 
Eingabe von -DCBA über die Tastatur. 

Offenbar sind die beiden Klassen DatalnputStream und DataOutputStream aber eher 
zur Kommunikation mit Dateien geeignet, als zur Terminalein- und -ausgabe. Wir 
werden in Abschnitt 16.4 nochmals auf sie zurückkommen. 



16.3 Zeichenorientierte Ein- und Ausgabe 

Sämtliche Klassen zur Zeichenausgabe sind Subklassen der abstrakten Klasse Writer. 
In Writer sind Methoden write(int) zur Ausgabe eines einzelnen Zeichens sowie wri- 
te(String) und write(char[]) zur Ausgabe der Zeichen eines Strings bzw. eines char- 
Felds deklariert. Alle drei Methoden rufen intern die in Writer lediglich abstrakt de- 
klarierte Methode write(char[], int, int) auf. Mit ihr werden Zeichen aus einem char- 
Feld ausgegeben, wobei das zweite und dritte Argument die Startposition, ab der 
ausgegeben werden soll, und die Anzahl der auszugebenden Zeichen spezifizieren. 
Weiterhin stehen flush, zum Leeren eines Ausgabepuffers, und dose, zum Schlie- 
ßen des Ausgabestroms, zur Verfügung. Sie sind ebenfalls abstrakt, also ohne zu 
vererbende Standardimplementation deklariert. Alle aufgeführten Methoden können 
lOExceptions auswerfen, falls ein Ausgabefehler auftritt. 

Die elementare konkrete Klasse zur Ausgabe von Zeichen ist die OutputStreamWriter- 
Klasse. Sie repräsentiert einen Zeichenstrom, sendet die Ausgabe aber an einen byte- 
orientierten Ausgabestrom, da viele Dateisysteme derzeit noch keine Codierung mit- 
tels Unicodes vornehmen. Die Klasse hat folglich einen Konstruktor OutputStream- 
Writer(OutputStream). In der OutputStreamWriter-Implementation von write(char[], 
int, int) werden die auszugebenden Unicode-Zeichen zunächst mit einem plattform- 
spezifischen CharToByteConverter in Bytes konvertiert, und die Ausgabe der Bytes 
erfolgt dann durch write- Aufrufe für das OutputStream-Objekt. Auch flush und dose 
werden an den zugrundeliegenden OutputStream delegiert, wobei in dose ein flush- 
Aufruf erfolgt. Für Klassenbenutzer sind diese Aktivitäten nicht erkennbar. Im Bei- 
spielprogramm 
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H CharAus.java 
import java.io.*; 
dass CharAus { 

public static void main(String[] args) throws lOException { 
int i = 12; 
double d = 2.79; 

OutputStreamWriter osw = new OutputStreamWriter(System.out); 

osw.write(i + “\n" + d + ”\n"); 

osw.flushO; 

} 

} 

verwenden wir als konkreten OutputStream wieder System. out und rufen write zur 
Ausgabe der Zeichenkette auf. Der flush-Aufruf ist hier erforderlich, da lediglich acht 
Zeichen auszugeben sind, die Standard-Puffergröße aber in der Regel sehr viel größer 
ist. Und nur bei ihrem Überschreiten wird flush implizit aufgerufen (vgl. Übungsauf- 
gabe 2). Dagegen bewirkt ein dose- Aufruf bei OutputStream Writer-Objekten ledig- 
lich die Freigabe des OutputStreams zur Garbage-Collection und kann hier entfallen. 

Analog zu Writer ist Reader eine abstrakte Klasse, die Superklasse aller anderen Klas- 
sen zur Zeicheneingabe ist. In Reader ist eine Methode read, die ein Zeichen liest 
und als int- Wert liefert, sowie read(charQ) zum Lesen von Zeichen in ein char-Feld 
deklariert. Beide Methoden rufen intern die abstrakte Methode read(char[], int, int) 
auf, mit der Zeichen in ein Zeichenfeld gelesen werden, wobei das zweite Argument 
wieder die Startposition spezifiziert, ab der das Feld gefüllt werden soll. Das dritte 
Argument ist die maximal zu lesende Zeichenanzahl. Die letzten beiden Methoden 
liefern als Resultat die tatsächlich gelesene Zeichenanzahl. Alle read-Methoden war- 
ten, bis ausreichende Eingabedaten vorliegen; wenn ein EOF-Zeichen gelesen wird, 
liefern sie -1 als Resultat. Schließlich ist dose zum Schließen des Eingabestroms 
deklariert. Sämtliche genannten Methoden können lOExceptions auswerfen, falls ein 
Eingabefehler auftritt. 

Passend zu OutputStreamWriter ist InputStreamReader eine Klasse, die einen Zei- 
chenstrom repräsentiert, der seine Daten von einem byteorientierten Eingabestrom 
erhält. Die Klasse hat also einen Konstruktor InputStreamReader(lnputStream), der 
die Beziehung zu einem Byteeingabestrom etabliert. read(char[], int, int) ist so im- 
plementiert, daß das Einlesen zunächst read-Aufrufe beim InputStream-Objekt ver- 
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ursacht und die gelesenen Bytes dann mit einem ByteToCharConverter in Unicode- 
Zeichen umwandelt, dose schließt den zugrundeliegenden InputStream. Mit dem 
nächsten Programm können wir die von CharAus ausgegebenen Zeichen wieder le- 
sen: 

// CharEin.java 
Import java.io.*; 
dass CharEin { 

public static void main(String[] args) throws lOException { 

InputStreamReader isr = new InputStreamReader(System.in); 

StringBuffer buf = new StringBufferQ; 
char c; 

while ((c = (char)isr.read()) != ’\n’) 
buf.append(c); 

int i = lnteger.parselnt(buf.toString()); 
buf = new StringBuffer(); 
while ((c = (char)isr.read()) != ’\n’) 
buf.append(c); 

double d = Double.valueOf(buf.toString()).doubleValue(); 



} 

} 

Sofern man Aus- und Eingabe über eine Datei abwickelt, z.B. java CharAus > test 
und java CharEin < test erhalten i und d die korrekten Werte. Bei der Tastatureingabe 
unter Win 95/98/NT bricht CharEin jedoch im parse Int- Aufruf mit einer Number- 
FormatException ab. Diese Betriebssysteme liefern beim Druck auf die Return-Taste 
zwei Zeichen, nämlich V gefolgt von ’\n’. Nach der Eingabe von 12 steht dann in 
buf die Zeichenkette ”12\r". Das Problem ließe sich mit einer Konstruktion wie in 
Abschnitt 14.11, also 

if (System.getProperty("os.name").startsWlth(''Windows'')) 



lösen. Einfacher ist jedoch die Verwendung von BufferedWriter- und Buffe red Reader- 
Objekten, die wir im folgenden behandeln. 
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Jeder einzelne read-Aufruf für einen InputStreamReader und jedes write bei einem 
OutputStreamWriter führt zum Aufruf des entsprechenden Konverters nach dem Le- 
sen bzw. vor dem Schreiben eines Bytestroms. Das Puffern dieser Daten kann insbe- 
sondere dann zu erheblichen Effizienzsteigerungen führen, wenn sie über ein Netz- 
werk oder ein Dateisystem zu übertragen sind. Für derartige Zwecke setzt man die 
Klassen BufferedWriter und BufferedReader ein. 

Die Klasse BufferedWriter hat zwei Konstruktoren, die jeweils einen konkreten Writer, 
dessen Ausgabe gepuffert werden soll, als Argument erwarten. Beim zweiten Kon- 
struktor kann mit einem nachfolgenden int- Argument noch die zu verwendende Puf- 
fergröße spezifiziert werden. Zusätzlich zu den für alle Writer verfügbaren write- 
Methoden existiert eine Methode newLine, mit der plattformspezifische Zeilenende- 
Zeichen (z.B. ’\n’, ’\r’ oder "\r\n") geschrieben werden. write-Aufrufe speichern ihre 
Ausgabe nun zunächst in einem char-Puffer und leiten sie erst dann an den Writer 
weiter, wenn der Puffer gefüllt ist oder explizit flush aufgerufen wird. Die Ausgabe 
von Beispiel CharAus wird so gepuffert: 



// BufAus.java 
import java.io.*; 
dass BufAus { 

public static void main(String[] args) throws lOException { 
inti = 12; 
double d = 2.79; 

OutputStreamWriter osw = new OutputStreamWriter(System.out); 

BufferedWriter bw = new BufferedWriter(osw); 

bw.write(String.valueOf(i)); 

bw.newLineO; 

bw.write(String.valueOf(d)); 

bw.newLineO; 

bw.flushQ; 

} 

} 



Die folgende Abbildung demonstriert, wie die write-Aufrufe für das BufferedWriter- 
Objekt über den OutputStreamWriter an einen konkreten OutputStream - hier einen 
PrintWriter - delegiert werden. 
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bw osw System.out 




BufferedWriter OutputStreamWriter PrintWriter 



Das Pendant zum gepufferten Schreiben ist der BufferedReader. Diese Klasse haben 
wir schon sehr häufig zum Lesen von Konsoleingaben eingesetzt. Sie hat zwei Kon- 
struktoren, die einen Reader bzw. einen Reader und die Angabe einer Puffergröße 
erwarten (vgl. den Hinweis auf S. 12). Neben den vom Reader geerbten Methoden 
read und dose ist eine Methode readLine deklariert, die eine Eingabezeile liest und 
als String liefert - 2^ilenende-Zeichen werden dabei gelesen, aber nicht in das Resul- 
tat eingefügt. Dieses ist null, falls EOF gelesen wird. Das Einlesen von Werten wird 
durch readLine sehr vereinfacht. Zum Beispiel lesen wir die Ausgabe von BufAus 
wieder mit 

BufferedReader br = 

new BufferedReader(new InputStreamReader(System.in)); 

int i = Integer.parselnt(br.readLineQ); 

double d = Double.valueOf(br.readLine()).doubleValue(); 

(siehe /OOPinJava/kapitel16/BufEin.java). Wenn man die Daten aus einer Datei liest, 
ist es unerheblich, welche Zeilenende-Zeichen beim Schreiben benutzt wurden. 

Zum Abschluß dieses Abschnitts wollen wir noch die Klasse PrintWriter betrachten, 
die wir ebenfalls schon oft eingesetzt haben. Ein PrintWriter schreibt Zeichen in einen 
Ausgabestrom und stellt dazu die bekannten Writer-Methoden write, flush und dose 
zur Verfügung. Darüber hinaus sind überladene Methoden print und printin deklariert, 
mit denen Werte elementarer Typen und Strings ausgegeben werden können. Auch 
die String-Repräsentation beliebiger Objekte kann gedruckt werden, da print(Object) 
und println(Object) deklariert sind. Im Unterschied zu print fügt printin das plattform- 
spezifische Zeilenende an die ausgegebenen Zeichen an. Auch ein einfacher Aufruf 
printlnQ ohne Argument ist möglich. Anders als write werfen print und printin keine 
Ausnahmen aus. 

Die Klasse hat vier Konstruktoren PrintWriter(Writer), PrintWriter(Writer, boolean), 
PrintWriter(OutputStream) und PrintWriter(OutputStream, boolean). Mit dem optio- 
nalen zweiten Argument kann durch Übergabe von true erreicht werden, daß jedes 
printin den Ausgabepuffer leert. Voreingestellt ist false - der Puffer wird dann nur 
durch explizites flush geleert. Sofern man ein byteorientiertes OutputStream-Objekt 
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(wie z.B. System. out) als erstes Argument spezifiziert, erzeugt Java implizit einen 
OutputStreamWriter und einen BufferedWriter, so daß die auszugebenden Zeichen 
gepuffert und konvertiert werden. Unter Verwendung eines PrintWriters vereinfacht 
sich das Buf Aus-Beispiel zu: 

inti = 12; 
double d = 2.79; 

PrintWriter pw = new PrintWriter(System.out, true); 

pw.println(i); 

pw.println(d); 

Die Konversionen mittels String.valueOf und die newUne-Aufrufe können also ent- 
fallen. BufferedReader und PrintWriter sind die beiden Klassen, die wir auch in Zu- 
kunft sehr häufig zur Ein- und Ausgabe von Zeichen benutzen werden. 

Im nächsten Abschnitt werden die Klassen FileReader und FileWriter behandelt. Die 
übrigen Reader und Writer sollen hier nur kurz erwähnt werden. 

CharArrayReader und CharArrayWriter 

setzt man ein, um aus einem char-Feld zu lesen bzw. in ein char-Feld zu schrei- 
ben. Die Wirkungsweise ist vergleichbar mit arraycopy. 

StringReader und StringWriter 

unterstützen das Lesen bzw. Schreiben aus einem String bzw. in einen String- 
Buffer. Die Wirkungsweise ist vergleichbar mit getChars bzw. append. 

PipedReader und PipedWriter 

sind Klassen zur Implementation einer „Pipe“. Ein PipedReader muß mit ei- 
nem PipedWriter verbunden werden und umgekehrt. Pipes können zur Kom- 
munikation zwischen Threads verwendet werden. 

LineNumberReader 

ist eine Klasse, die mit der Methode getLineNumber die Nummer der aktuell 
gelesenen Zeile liefert. 

PushbackReader 

gestatten es, ein Zeichen (testweise) zu lesen und dann mittels unread wieder 
in den Eingabestrom zurückzuschreiben, so daß es nochmals gelesen werden 
kann. 
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16.4 Ein- und Ausgabe mit Dateien 

Zur byteorientierten Ein- und Ausgabe mit Dateien benutzt man die Klassen Fileln- 
putStream und FileOutputStream. FileOutputStream hat mehrere Konstruktoren, mit 
denen man eine zur Ausgabe zu öffnende Datei als String oder als File-Objekt (sie- 
he 16.5) spezifizieren kann. Mit true als Wert für ein optionales zweites boolean- 
Argument werden Ausgaben am Ende einer bereits existierenden Datei angefügt. Bei 
Übergabe von false oder der Verwendung der Standardeinstellung wird bei jedem 
Öffnen der aktuelle Dateiinhalt gelöscht. Sofern die Datei noch nicht existiert, wird 
sie durch den Konstruktoraufruf angelegt. Alle Konstruktoren können lOExceptions 
oder SecurityExceptions auswerfen, z.B. wenn keine Schreibberechtigung vorliegt 
oder wenn ein unsigniertes Applet versucht, auf dem lokalen Dateisystem zu schrei- 
ben. Mit einem expliziten close-Aufruf kann man die Datei schließen; ansonsten 
wird sie implizit geschlossen, wenn die VM finalize für das FileOutputStream-Objekt 
aufruft, weil es gelöscht wird. 

Da für FileOutputStreams nur write-Methoden zum Schreiben von einzelnen Bytes 
oder von byte-Feldem deklariert sind, benutzt man einen FileOutputStream in der 
Regel zusanunen mit einem DataOutputStream. Zum Beispiel: 

// FileAus.java 

Import java.io.*; 

dass FileAus { 

public static void main(String[] args) throws lOException { 

FileOutputStream fos = new FileOutputStream(”bytes''); 

DataOutputStream dos = new DataOutputStream(fos); 

dos.writeByte(45); 

dos.writeFloat(781 .0352f); 

dos.writeLong(1 23456); 

dos.closeO; 

} 

} 

Hier wird eine Datei bytes angelegt bzw., falls sie bereits existiert, zum Überschrei- 
ben geöffnet. Dann werden die drei Werte in ihrer systemunabhängigen Darstellung 
(insgesamt 13 Bytes) in die Datei geschrieben. Der close-Aufruf für das Objekt dos 
leert den Ausgabepuffer und ruft dose für das Objekt fos auf, schließt also die Datei. 
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Die Eingabe elementarer Werte aus einer Datei nimmt man entsprechend mit einem 
FilelnputStream-Objekt vor. Es stehen wieder Konstruktoren mit einem String- bzw. 
File-Parameter zur Spezifizierung der Eingabedatei zur Verfügung. Weiterhin sind 
read zum Lesen von Bytes sowie dose deklariert. Zweckmäßigerweise benutzen 
wir einen FilelnputStream zusammen mit einem DatalnputStream. Die vom letzten 
Beispielprogramm geschriebenen Daten können wir so wieder einiesen: 

// FileEin.java 

import java.io.*; 

dass FileEin { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 
try{ 

DatalnputStream dis = 

new DatalnputStream(new FilelnputStream("bytes“)); 
byte b = dis.readByteQ; 
float f = dis.readFloatO; 
long I = dis.readLongO; 
out.println(b + " ” + f + “ " + I); 

} catch (FileNotFoundException e) { 

out.println("Datei V'bytesV nicht gefunden"); 

} catch (lOException e) { 
e.printStackTraceO; 

} 

} 

} 

Zur zeichenorientierten Ein- und Ausgabe mit Dateien sind die Klassen FileReader 
und FileWriter konzipiert. Sie sind Subklassen von InputStreamReader bzw. Output- 
StreamWriter und können daher zusammen mit den in Abschnitt 16.3 behandelten 
BufferedReader- und PrintWriter-Klassen benutzt werden. Die Klassen deklarieren 
lediglich Konstruktoren und keine weiteren Methoden, da sie nur für derartige Nut- 
zung durch leistungsfähigere Reader und Writer konzipiert sind. 

Die zu öffnenden Dateien können wieder als String bzw. als File spezifiziert werden; 
beim FileWriter kann mit true als zweitem Argument an eine bereits vorhandene Aus- 
gabedatei angefügt werden. Zum Beispiel: 
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// PrintAus.java 
import java.io.*; 
dass PrintAus { 

public static void main(String[] args) { 
byte b = 45; 
floatf = 781.0352f; 
long I = 123456; 

PrintWriter pw = null, stdout = new PrintWriter(System.out, true); 
try{ 

pw = new PrintWriter(new FileWriter("chars")); 

pw.println(b); 

pw.println(f); 

pw.println(l); 

} catch (lOException e) { 
stdout.println(e); 

} finally { 
if (pw != null) 
pw.closeO; 

} 

} 

} 

Jetzt werden die Daten des FileAus-Beispiels als Zeichen ausgegeben. Das Beispiel 
zeigt auch eine sinnvolle Anwendung des in Abschnitt 15.3 besprochenen finally- 
Blocks: Nur wenn das FileWriter- und das PrintWriter-Objekt erzeugt werden konn- 
ten, wird dose für pw aufgerufen. Dieser Aufruf zieht dann wiederum einen close- 
Aufruf für den FileWriter und damit das Schließen der Datei chars nach sich. 

16.5 Die Klasse File 

Die oben bei der Konstruktion von FilelnputStream-, FileOutputStream-, FileReader- 
und FileWriter-Objekten bereits erwähnte Klasse File liefert eine Reihe von Informa- 
tionen über Dateien oder Verzeichnisse und gestattet es, einfache Operationen, wie 
z.B. das Löschen oder Umbenennen von Dateien vorzunehmen. Ein File-Objekt wird 
mit einem String konstruiert, der den Namen einer Datei oder eines Verzeichnisses ab- 
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solut oder relativ zum aktuellen Verzeichnis, in dem die VM gestartet wird, enthält. 
Zum Beispiel: 

File fabs = new File(700PinJava/kapitel16"), // Verzeichnis, absoluter Pfad 
frei = new File("FlleAus.java"), // Datei, relativer Pfad 

fakt = new Filef."); // aktuelles Verzeichnis 

Der File-Konstruktor versucht noch nicht, auf das Dateisystem zuzugreifen; es wer- 
den deshalb in keinem Fall lOExceptions ausgeworfen. Die folgende Tabelle enthält 
einen Auszug aus den für File-Objekte aufrufbaren Methoden. 



Methode 


Resultat 


Bedeutung 


canRead 


boolean 


Kann DateiA^erzeichnis gelesen werden? 


canWrite 


boolean 


Kann DateiA/erzeichnis geschrieben werden? 


delete 


boolean 


Löscht DateiA/erzeichnis 


equals 


boolean 


Vergleicht mit Datei-A^erzeichnisnamen 


exists 


boolean 


Existiert DateiWerzeichnis? 


isDirectory 


boolean 


Wird ein Verzeichnis referenziell? 


isFlle 


boolean 


Wird eine Datei referenziell? 


lastModified 


long 


Letzter Änderungszeitpunkt von DateiWerzeichnis 


length 


long 


Dateigröße in Bytes 


list 


StringD 


Feld mit den Verzeichniseinträgen 


mkdir 


boolean 


Legt Verzeichnis an 


renameTo 


boolean 


Benennt DateiWerzeichnis um 



Der von lastModified gelieferte Wert basiert auf den „Millisek. seit dem 1.1.1970“ 
und ist nur zum Vergleich von Änderungszeitpunkten brauchbar. Bei einem rena- 
meTo-Aufruf ist der neue Name als File-Argument zu übergeben, delete, mkdir und 
renameTo liefern als Resultat true, wenn das Löschen, Anlegen bzw. Umbenennen er- 
folgreich war, ansonsten false. Das nächste Beispielprogramm zeigt die Anwendung 
einiger File-Methoden: 

// FileTest.java 

Import java.io.*; 

dass FlleTest { 

public static vold maln(String[] args) throws lOException { 

PrintWrIter out = new PrlntWriter(System.out, true); 
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if (args.length == 0) { 

out.println("Starten mittels java FileTest <DateiA/erzeichnisname>"); 
return; 

} 

File f = new File(args[0]); 
if (!f.exists() II !f.canRead()) { 

out.println("Datei/Verzeichnis V" + f + ”\" nicht gefunden”); 
return: 

} 

if (f.isDirectoryO) { 

out.println(”lnhalt von Verzeichnis \"" + f + "V:"); 

StringQ datei = f.list(); 

for (int i = 0; i < datei.length; i++) 

out.println(datei[i]): 

} eise { 

out.printlnC'lnhalt von Datei V" + f + T:"); 

FileReader reader = new FileReader{f); 
int i; 

while ((i = reader.readO) != -1) 
out.print((char)i): 
ouUlushO: 

} 

} 

} 

16.6 Das Serialisieren von Objekten 

Die Klassen ObjectOutputStream und ObjectlnputStream ermöglichen es, Objekte 
zu serialisieren. Darunter versteht man die Möglichkeit, den Zustand eines Objekts 
- also seine Variablenwerte - systemunabhängig in Bytes umzuwandeln bzw. wie- 
der zurückzutransformieren, um das Objekt zu rekonstruieren (deserialisieren). Die 
Byterepräsentation von Objekten kann man dann in Dateien speichern, um eine sehr 
elementare Art von Objektpersistenz zu erreichen; eine weitere sinnvolle Einsatz- 
möglichkeit ist der Versand an andere Java-Programme über ein Netzwerk (siehe Ka- 
pitel 21). 

Zum Serialisieren von Objekten benutzt man ein ObjectOutputStream-Objekt und 
ruft dessen Methode writeObject auf. Die Klasse ObjectOutputStream hat einen Kon- 
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struktor, der als Argument einen konkreten OutputStream erwartet. Um Objekte per- 
sistent zu machen, verwendet man üblicherweise einen FileOutputStream. Wie das 
folgende Beispiel zeigt, stehen zusätzlich Methoden writeBoolean, writeByte, . . . , 
writeDouble zum Schreiben elementarer Datentypen zur Verfügung. Auch dose und 
flush sind deklariert, wobei dose implizit flush aufruft und dann den OutputStream 
schließt. Alle Methoden und der Konstruktor können lOExceptions auswerfen, falls 
ein Ausgabefehler auftritt. 

// SerialAus.java 

Import java.io.*; 

dass SerialAus { 

public static void main(String[] args) throws lOException { 

ObjectOutputStream oos = 

new ObjectOutputStream(new FileOutputStream("objs”)); 
oos.writeObject(TMinus 5V"'); 
oos.writelnt(-5); 
oos.closeQ; 

} 

} 

Im Beispiel werden ein String-Objekt sowie ein int- Wert serialisiert und in der Datei 
objs gespeichert. 

Zum Lesen von Objekten ruft man entsprechend readObject bzw. bei elementaren 
Werten readBoolean, readByte usw. für einen ObjectlnputStream auf. readObject 
liefert das gelesene Objekt als Object, hier ist also noch ein Cast zum entsprechen- 
den Typ erforderlich. Konstruktor und Methoden von ObjectlnputStream können 
wieder lOExceptions auswerfen; die Methode readObject wirft darüber hinaus eine 
ClassNotFoundException aus, wenn Java die Klasse des zu lesenden Objekts nicht 
kennt - z.B. weil die benötigte class-Datei gelöscht oder verschoben wurde. Wir 
können das mit SerialAus serialisierte String-Objekt und die int-Zahl so wieder dese- 
rialisieren (siehe /OOPinJava/kapitel16/SerialEin.java): 

ObjectlnputStream ois = new ObjectlnputStream(new FilelnputStream("objs")); 

String s = (String)ois.readObject(); 

int i = ois.readlntO; 

ois.closeO; 
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Als zweites, etwas komplexeres Beispiel greifen wir das TextApplet aus Abschnitt 
13.1 auf, modifizieren es zum Frame und erweitern diesen um eine WindowListener, 
der in windowClosing nicht nur das Fenster zerstört, sondern es vorher in einer Datei 
ablegt. 

// PersistFrame.java 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.lo.*; 

dass PerslstFrame extends Frame { 

PerslstFrameO { 
setBackground(Color.blue); 
setForeground(Color.yellow); 
setFont(new Font(”Serlf , Font.BOLD, 36)); 
addWlndowLlstener(new WInSerlallzerO); 
setSlze(250, 100); 
setVlslble(true); 

} 

public vold palnt(Graphlcs g) { 
g.drawStrIngC'OOP In Java", 10, 40 + getlnsets().top); 

} 

static dass WInSerlallzer extends WIndowAdapter { 
public vold wlndowCloslng(WlndowEvent e) { 
try { 

ObjectOutputStream oos = 

new ObjectOutputStream(new FlleOutputStream("frame")); 
oos.wrlteObject(e.getWlndowO); 
oos.closeO; 

} catch(IOExceptlon Ign) { } 
e.getWlndow().dlspose(); 

System. exlt(O); 

} 

} 

public static vold maln(Strlng[] args) { 
new PerslstFrameO; 

} 



} 
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Wenn man nun das Frame-Objekt rekonstruiert, z.B. durch 
ObjectlnputStream ois = 

new ObjectlnputStream(new FilelnputStream("frame")); 

PersistFrame f = (PersistFrame)ois.readObject(); 

ois.closeQ; 

f.setVisible(true); 

f.repaintO; 

so stellt man fest, daß zwar Farben, Font und die Frame-Größe stimmen, daß das 
Frame-Objekt aber nicht mehr auf das Schließen des Fensters reagiert. Dies liegt 
daran, daß ein Frame-Objekt zwar eine Instanzvariable windowListener des Refe- 
renztyps WindowListener von der Superklasse Window erbt, daß Java aber nur Ob- 
jekte serialisiert, für deren Typ dies sinnvoll möglich ist. Bei einem Listener- oder 
Adapter-Objekt ist eine Speicherung des Zustands „Warten auf Evenf ‘ jedoch kaum 
von Nutzen. Auch Sicherheitsaspekte können das Serialisieren verhindern. Um das 
Beispiel zum Laufen zu bringen, fügen wir nach dem dose- Aufruf noch 

f.addWindowListener(new PersistFrame.WinSerializer()); 

ein. (Siehe /OOPinJava/kapitel16/FrameEinAus.java.) 

Formal ist ein Objekt dann serialisierbar, wenn seine Klasse das Serializable-Interface 
aus dem Paket java.io implementiert. Es handelt sich hierbei um ein Interface ohne 
Methoden oder Variablen, das lediglich als Markierung eingesetzt wird: 

public interface Serializable { } 

In Anhang E ist eine Zusammenstellung der Klassen aus der Java-Bibliothek gegeben, 
die serialisierbar sind. In diesem Zusammenhang ist es wichtig, zu beachten, daß auch 
alle Subklassen serialisierbarer Klassen wieder serialisierbar sind. Dies trifft auch für 
die Klassen zu, die wir selbst als Implementation von Serializable deklarieren. Al- 
ternativ zum Nachschlagen im Anhang kann man die Serialisierbarkeit eines Objekts 
X mittels x instanceof Serializable untersuchen. Das PersistFrame-Objekt im letzten 
Beispiel ist serialisierbar, weil Component das Serializable-Interface implementiert 
und ein Frame eine spezielle Komponente ist. 

Durch einen writeObject-Aufruf werden die nur diejenigen Variablen eines Objekts 
serialisiert, die weder static noch transient deklariert sind. Daß static spezifizierte 
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Variablen einer Klasse X nicht serialisiert werden, ist naheliegend, da sie als Klassen- 
variablen nicht zum Objektzustand gehören und auch nicht in den einzelnen Objekten 
gespeichert sind. Sofern noch keine X-Objekte existieren, wird eine Klassenvariable 
beim ersten readObject-Aufruf für ein X-Objekt initialisiert. Dabei wird wie üblich 
der Standardwert oder, falls vorhanden, der Initialisierer verwendet. 

Daß transient deklarierte Variablen nicht serialisiert werden, ist ebenfalls sinnvoll, 
da die Deklaration explizit verlangt, daß sie spätestens beim Terminieren der VM 
zu löschen sind. Transiente Variablen kann man einsetzen, um die Probleme mit 
nicht serialisierbaren Typen zu umgehen. In der AWT-Klasse Window ist der Listener 
beispielsweise so deklariert: 

transient WindowListener windowListener; 

Bei der Ausführung von readObject erhalten transiente Variablen ihren Standardwert; 
windowListener hat dann also den Wert null und muß noch, wie oben gezeigt, mit 
einem neuen WinSerializer verbunden werden. 

Der Versuch, für ein Objekt writeObject aufzurufen, scheitert mit einer NotSerializ- 
ableException, wenn seine Klasse nicht serialisierbar ist oder wenn es selbst wieder 
nicht serialisierbare Objekte enthält, die weder static noch transient deklariert sind. 

16.6.1 Persistenz durch Erreichbarkeit 

Wenn Java Objekte serialisiert, die andere serialisierbare Objekte referenzieren, wer- 
den diese ebenfalls serialisiert, auf Referenzen auf weitere serialisierbare Objekte 
untersucht usw. Umgekehrt werden beim Lesen mittels readObject auch alle referen- 
ziellen persistenten Objekte wiederhergestellt. Bei der Umsetzung dieser Persistenz 
durch Erreichbarkeit achtet Java darauf, daß ein Objekt nur einmal serialisiert wird, 
auch wenn es von mehreren persistenten Objekten referenziert wird. 

Im folgenden Beispiel haben wir zwei Klassen Hersteller und Produkt deklariert, zwi- 
schen denen eine bidirektionale Objektverbindung existiert: jeder Hersteller kann 0, 
1,2,... Produkte herstellen und jedes Produkt kann von einer beliebigen Anzahl von 
Herstellern produziert werden. 

// Produkt.java 

Import java.lo.*; 

Import java.util.*; 
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dass Produkt implements Serializable { 

String name; 

List hergestelltVon = new ArrayList(); 
Produkt(String name) { this.name = name; } 



// Hersteller.java 

import java.io.*; 
import java.util.*; 

dass Hersteller implements Serializable { 

String name; 

List produziert = new ArrayListQ; 

Hersteller(String name) { this.name = name; } 
void verbinde(Produkt p) { 
produziert.add(p); 
p.hergestelltVon.add(this); 

} 

void druckeO { 

Ausgabe der hergestellten Produkte 

} 

} 

Wenn man nun zwei Hersteller- und drei Produkt-Objekte erzeugt, so daß sie wie 
abgebildet miteinander verbunden sind 




Hersteller 



Produkt 
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und dann Produkt b serialisiert, werden automatisch auch beide Hersteller-Objekte, 
und über diese die beiden Produkte a und c, serialisiert. Nach dem Wiedereinlesen 
von b sind dann alle fünf Objekte deserialisiert. Das folgende Programm demonstriert 
diese Wirkungen: 

// PersTest.java 

Import java.io.*; 

Import java.utll.*; 

dass PersTest { 

public static vold maln(Strlng[] args) throws Exceptlon { 

If (”schrelben”.equals(args[0])) { 

Hersteller x = new Hersteller(”SclCom"), y = new HerstellerfAdTech"); 
Produkt a = new Produkt("JavaReady"), 
b = new ProduktfCoffelneDlrect"), c = new Produkte Jav2Men"); 
x.verblnde(a); 

x. verblnde(b); 

y. verblnde(b); 
y.verblnde(c); 

ObjectOutputStream os = 

new ObjectOutputStream(new FlleOutputStream("produktlon")); 
os.wrlteObject(b); 
os.closeQ; 

} eise If ("lesen".equals(args[0])) { 

ObjectlnputStream Is = 

new ObjectlnputStream(new FllelnputStream("produktlon")); 

Produkt b = (Produkt)ls.readObject(); 

Is.closeQ; 

Iterator it = b.hergestelltVon.IteratorQ; 
while (It.hasNextQ) 

((Hersteller)lt.next()).drucke(); 

} 

} 

} 

Zum Schreiben bzw. Lesen der Objekte startet man es mit java PersTest schreiben 
bzw. java PersTest lesen. Da jeder Hersteller mit Produkt b verbunden ist und auch 
die Produkte a und c über x bzw. y mit b verbunden sind, erzielen wir dieselbe Wir- 
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kung auch durch Speichern und Lesen eines beliebigen anderen Herstellers oder Pro- 
dukts. 



16.6.2 Klassenspezifische Versionen von writeObject und readObject 

Bei vielen Problemstellungen wird das standardmäßig mittels writeObject und read- 
Object mögliche Serialisieren ausreichen, bei dem alle Variablen behandelt werden, 
die nicht static oder transient deklariert sind. Es ist aber auch möglich, die Dekla- 
ration einer serialisierbaren Klasse so zu erweitern, daß neben dem Schreiben oder 
Lesen zusätzliche Operationen ausgeführt werden. Java prüft beim Ausführen von 
writeObject bzw. readObject nach, ob in der Klasse des betreffenden Objekts eine 
Methode writeObject bzw. readObject deklariert ist und führt diese gegebenenfalls 
anstelle der Standardoperation aus. 

Die speziellen Ein- und Ausgabemethoden müssen die Form 

private void readObject(ObjectlnputStream ois) 

throws lOException, ClassNotFoundException { } 

private void writeObject(ObjectOutputStream oos) throws lOException { } 

haben. Es ist grundsätzlich empfehlenswert, im Methodenrumpf als erstes default- 
ReadObject bzw. defaultWriteObject aufzurufen, um den serialisierbaren Objektzu- 
stand zu lesen bzw. zu schreiben, bevor man zusätzliche Informationen liest oder 
schreibt. Als Beispiel betrachten wir eine stark vereinfachte Version der Kto- und 
GiroKto-Klassen aus Abschnitt 9.4. 

// KtoEinAus.java 

import java.io.*; 

dass Kto implements Serializable { 

static PrintWriter out = new PrintWriter(System.out, true); 

Kto(String inhaber, long nummer, double stand) { 
out.phntlnfKto konstruiert”); 

} 

private void writeObject(ObjectOutputStream stream) throws lOException { 
stream.defaultWriteObjectO; 
out.printlnfKto geschrieben"); 

} 
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private void readObject(ObjectlnputStream stream) 
throws lOException, ClassNotFoundException { 
stream .defaultReadObject() ; 
out.printInC'Kto gelesen"); 

} 



dass GiroKto extends Kto { 

GiroKto(String Inhaber, long nummer, double stand, double sollZins) { 
super(inhaber, nummer, stand); 
out.println("GiroKto konstruiert"); 

} 

private void writeObject(ObjectOutputStream stream) throws lOException { 
stream.defaultWriteObjectO; 
out.println("GiroKto geschrieben"); 

} 

private void readObject(ObjectlnputStream stream) 
throws lOException, ClassNotFoundException { 
stream.defaultReadObjectO; 
out.println("GiroKto gelesen"); 

} 

} 

dass KtoEinAus { 

public static void main(String[] args) { 

GiroKto X = new GiroKto("S. Lucas", 301087, 3020.15, 13.5); 
try{ 

ObjectOutputStream os = 

new ObjectOutputStream(new FileOutputStream("ktos")); 
os.writeObject(x); 
os.flushQ; 

ObjectlnputStream is = 

new ObjectlnputStream(new FilelnputStream("ktos")); 

GiroKto k = (GiroKto)is.readObject(); 

} catch(Exception ign) { } 

} 

} 
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Bei diesem Programm stellt die VM beim Ausführen von os.writeObject(x) fest, daß 
in der Klasse von x, also GiroKto, eine Methode writeObject deklariert ist; diese wird 
dann in der Form x.writeObject(os) aufgerufen. Analog wird beim Lesen verfahren. 
Wir erhalten als Ausgabe: 

Kto konstruiert 
GiroKto konstruiert 
Kto geschrieben 
GiroKto geschrieben 
Kto gelesen 
GiroKto gelesen 

Hieran erkennen wir, daß Objekte so serialisiert werden, wie Java sie konstruiert. 
Zuerst werden die Superklassen, dann die Subklassen berücksichtigt. Weiterhin sehen 
wir, daß beim Lesen von Objekten kein Konstruktor aufgerufen wird. Die gelesenen 
Werte werden einfach byteweise an die entsprechenden Speicherplätze kopiert. 

Die in diesem Kapitel bei vielen Methodenaufrufen zu behandelnden Ausnahmen 
sind in der folgenden Abbildung zusammengestellt. Bis auf java.lang.ClassNotFound- 
Exception und java.lang.Exception gehören sie alle dem Paket java.io an. 



Exception 



< EOFException 

ObjectStream Exception (A) 
FileNotFoundException 
ClassNotFoundException 



NotSerializable- 

Exception 



16.7 Übungsaufgaben 

1 . Probieren Sie aus, beispielsweise ausgehend von ByteAus.java, wie es sich aus- 
wirkt, wenn man einen Byte-Ausgabestrom zum Schreiben benutzt, nachdem 
man dose aufgerufen hat. Führen Sie denselben Test auch mit FileAus.java für 
das Schreiben in Dateien durch. 

2. Testen Sie mit einer for- Anweisung, wie oft Sie in CharAus.java die Anweisung 
osw.write(i + “\n" + d + "\n"); wiederholen müssen, bis eine Ausgabe vorgenom- 
men wird. Berechnen Sie daraus die Standard-Puffergröße. 
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3. Testen Sie, wie die VM auf java FileEin reagiert, wenn Sie vor dem Lesen ein 
Byte aus der Datei bytes entfernt haben. 

4. Modifizieren Sie das FileTest-Programm, so daß es plattformunabhängig wird, 
indem bei dem eingegebenen Namen jedes auftretende /- oder VZeichen durch 
den jeweiligen Dateiseparator des Hosts ersetzt wird. Diesen erhalten Sie z.B. 
über die System-Klasse (getPropertyffile.separator")) oder einfacher über die 
public Klassenkonstante separatorChar der Klasse File. 

5. Schreiben Sie ein Programm zur Ausgabe einer Binärdatei. Der Dateiinhalt soll 
einerseits hexadezimal und andererseits - sofern druckbar - als ASCII-Zeichen 
ausgegeben werden. Setzen Sie anstelle nicht druckbarer Zeichen einfach einen 
Punkt. Zum Beispiel: 



- 


Dump! 00 1 


: j 




280c0043002301000c20eb6f6e737472 
756965727401000a207a65727374c3b6 
7274010014282 94c6a6176612f6c616e 
672f537472696e673b01000328295601 
001b2849294c6a6176612f6c616e672f 


( . . C . # . . . konstr 
uiert . . . zerst . . 
rt . . . ()L java /lau 
g/String; . . . ()V. 

. . (I)Ljava/lang/ 




n 

P 

1 



J3 



Benutzen Sie Ihr Programm, um in der Datei objs zu untersuchen, wie die int- 
Zahl -5 serialisiert wurde. 

Vergleichen Sie mit lnteger.toHexString(-5). 

6. Schreiben Sie ein Programm, das demonstriert, wie Java auf den Versuch rea- 
giert, ein nicht serialisierbares Objekt zu serialisieren. 

7. Schreiben Sie ein Programm, das demonstriert, wie Java bei einem readObject- 
Aufruf Klassenvariablen mit ihren Initialisierem (falls vorhanden) initialisiert 
und bei transienten Instanzvariablen lediglich die Standardwerte einträgt. 

8. Wie erklären Sie sich die „falsche“ Ausgabe dieses Programms? 

Import java.awt.event.*; 

Import java.lo.*; 



dass X extends WIndowAdapter { } 
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dass SerialTest { 

public static void main(String[] args) { 

X X = new X(): 

new PrintWriter(System.out, true).println(“WindowAdapter instanceof“ 
+ “ Serializable liefert " + x instanceof Serializable); 

} 

} 

9. Schreiben Sie das Programm PersTest so um, daß nur der Hersteller x seriali- 
siert wird. Weisen Sie nach, daß nach dem Deserialisieren wieder alle Objekte 
verfügbar sind. 

10. Machen Sie sich anhand eines einfachen Testprogramms klar, daß die private 
Deklaration von Instanzvariablen beim Serialisieren keine Rolle spielt. 




Kapitel 17 



Threads und Prozesse 



In unseren bisherigen Beispielen wurden die Anweisungen eines Programms sequen- 
tiell eine nach der anderen ausgeführt. Diese zeitliche Aufeinanderfolge einzelner 
Anweisungen können wir uns durch den Programmzähler, der sich durch den Quell- 
code bewegt, veranschaulichen. Sofern eine Aufgabenstellung das „gleichzeitige“ 
(nebenläufige) Ausführen von Programmen oder Programmteilen erfordert, setzt man 
Prozesse oder Threads ein. Während ein Prozeß ein ausführbares Programm mit eige- 
nem Adreßraum und eigenen Systemressourcen (Umgebungsvariablen, Dateideskrip- 
toren, Signalen usw.) ist, sind Threads „kleinere“ Objekte, die eine Anweisungsfolge 
repräsentieren, die unabhängig von anderen Threads ausgeführt werden kann. Threads 
haben ihren eigenen Stack, um lokale Variablen zu speichern und um Methoden un- 
abhängig von anderen Threads aufrufen zu können. Die anderen Ressourcen werden 
geteilt; alle Threads eines Programms laufen also insbesondere im selben Adreßraum. 

In Java werden Threads durch Objekte der Klasse Thread (aus java.lang) erzeugt und 
kontrolliert. Weiterhin existiert eine Klasse Process, mit der man im Unterschied zu 
Thread nicht Methoden parallel ausführt, sondern Prozesse auf dem lokalen System 
startet. Zusätzlich zu den Beispielprogrammen dieses Kapitels werden in den Kapi- 
teln 19 und 20 Threadanwendungen gezeigt, die für Java-Programme typisch sind. 



17.1 Threads 

Ohne daß wir ihn explizit erzeugt haben, besitzt jede laufende Java- An Wendung min- 
destens einen Thread, den main-Thread, der die Methode main ausführt. Ebenso 
gibt es für jedes Applet einen Applet-Thread, der init, Start, stop und destroy auf- 
ruft. Das folgende Programm demonstriert dies mit dem Aufruf der Klassenmethode 




322 



KAPITEL 17, THREADS UND PROZESSE 



currentThread und der Abfrage einiger Eigenschaften des main-Threads. current- 
Thread liefert immer den Thread, der die Methode ausführt, in deren Rumpf der 
currentThread-Aufruf steht. 

// MainThread.java 

Import java.io.*; 

dass MainThread { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

Thread cur = Thread.currentThread(); 

out.println("Name: " + cur.getNameQ + "\nPriorität: " + cur.getPriorityO 
+ "\nThreadgruppe: " + cur.getThreadGroup().getName() 

+ "\nLebend: " + cur.isAliveQ + "\nDämon: " + cur.isDaemon()); 

} 

} 

Das Programm erzeugt die folgende Ausgabe: 

Name: main 
Priorität: 5 
Threadgruppe: main 
Lebend: true 
Dämon: false 

Einen weiteren Thread, den die VM ohne unser Zutun erzeugt, entdecken wir, wenn 
wir auf ähnliche Weise die Ausgabe von Thread.currentThread().getName() in die 
Methode paint des TextApplets aus Abschnitt 13.1 aufnehmen. Bei AWT-EventQueue 
handelt es sich um einen AWT-Thread, der für die Reaktion auf das Verdecken, Ver- 
schieben, Verkleinern usw. des Frame-Objekts verantwortlich ist. 

Eigene Threads zu erzeugen, ist in Java denkbar einfach. Um Methoden parallel 
auszuführen, deklariert man die entsprechende Klasse als Subklasse von Thread und 
überschreibt deren Methode run, so daß sie die gewünschten Aufgaben durchführt. 
Nun genügt es, die von Thread geerbte Methode Start aufzurufen, um die Ausführung 
von run parallel zum weiteren Programmablauf in Gang zu setzen. 

Das nächste Beispiel illustriert diese Vorgehensweise. Zusätzlich zum von der VM 
generierten main-Thread erzeugen wir zwei Threads, die unabhängig voneinander bis 
drei zählen und nach jedem Zählen eine Sekunde pausieren: 
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// ThreadZaehler.java 
import java.io.*; 

dass ThreadZaehler extends Thread { 

static PrintWriter out = new PrintWriter(System.out, true); 
public void run() { 
for (int i = 1 ; i < 4; i++) { 

out.pnntln(getName() + " + i); 

try { 

sleep(IOOO); 

} catch (InterruptedException e) { 
out.println(e); 

} 

} 

} 

public static void main(String[] args) { 

Thread t1 = new ThreadZaehlerQ, t2 = new ThreadZaehlerQ; 

t1 .start(); 

t2.start(); 

} 

} 

Die Ausgabe dieses Programmes sieht wie folgt aus, wobei die automatisch generier- 
ten Threadnamen auch Thread-1 und Thread-2 o.ä. sein können: 

Thread-0: 1 
Thread-1: 1 
Thread-0: 2 
Thread-1 : 2 
Thread-0: 3 
Thread-1: 3 

Beim Ablauf von main werden zunächst die beiden Thread-Objekte t1 und t2 erzeugt. 
Der Aufruf von Start für ein Thread-Objekt startet einen neuen Thread in der VM, 
der den in der run-Methode spezifizierten Code separat ausführt. Im Beispiel werden 
also zwei neue Threads gestartet, und die Methode main ist abgearbeitet. Die VM 
setzt aber die Bearbeitung der beiden in main gestarteten Threads so lange fort, bis 
deren run-Methoden beendet sind, sleep ist eine Thread-Klassenmethode; ihr Aufruf 
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unterbricht die Ausführung von run für die als Argument spezifizierte Anzahl von 
Millisekunden. Dabei kann - als Reaktion auf einen interrupt-Aufruf durch einen 
anderen Thread - eine InterruptedException ausgeworfen werden. 

Alternativ zum Deklarieren einer Thread-Subklasse kann man Threads auch mit Hilfe 
des Runnable-Interfaces implementieren. Das Interface hat die Gestalt 

public Interface Runnable { 
public abstract void run(); 

} 

auch hier ist also eine Methode run zu überschreiben. Zur Erzeugung eines Thread- 
Objekts benutzt man jetzt den Konstruktor Thread(Runnable). Ein start-Aufruf für 
das Thread-Objekt ruft dann run beim Runnable-Objekt auf. Beim Einsatz dieser 
Technik sieht das obige Einfachstbeispiel so aus: 

// RunnableZaehler.java 

Import java.io.*; 

dass RunnableZaehler Implements Runnable { 

static PrintWrIter out = new PrintWrlter(System.out, true); 
public vold run() { 
for (Int I = 1 ; I < 4; I++) { 

out.prlntln(Thread.currentThread().getName() + " + I); 

try { 

Thread.sleep(IOOO); 

} catch (InterruptedException e) { 
out.println(e); 

} 

} 

} 

public static void main(String[] args) { 

Runnabie z1 = new RunnableZaehler(), z2 = new RunnableZaehler(); 

Thread t1 = new Thread(z1), t2 = new Thread(z2); 

t1 .startO; 

t2.start(): 

} 



} 
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Im Unterschied zum letzten Beispiel müssen die Klassenmethoden currentThread 
und sleep hier mit der Qualifizierung durch ihren Klassennamen aufgerufen werden, 
weil RunnableZaehler kein Thread ist, sondern von einem Thread-Objekt kontrolliert 
wird. Der Sachverhalt ist in der folgenden Abbildung veranschaulicht: 



t1 




Thread-Objekt RunnableZaehler-Objekt 



Diesen zweiten Weg zur Threaderzeugung wird man in der Regel dann wählen, wenn 
die Verwendung einer anderen Superklasse sinnvoll oder erforderlich ist, so daß nicht 
noch zusätzlich Thread als Superklasse auftreten kann. Ein Beispiel hierfür ist die 
Klasse ZeitAnzeige, mit der die aktuelle Uhrzeit in einem Panel-Objekt dargestellt 
wird. Dabei wird die Anzeige von einem Thread vorgenommen, der unabhängig 
von main läuft, die Uhrzeit in Abhängigkeit von der Variablen Status formatiert und 
passend zum Anzeigeformat auch die Anzeigehäufigkeit modifiziert. 

// ZeitAnzeige.java 

Import java.awt.*; 

Import java.text.*; 

Import java.utll.*; 

dass ZeitAnzeige extends Panel Implements Runnable { 
static final Int KURZ = 0, LANG = 1 ; 

Int Status = LANG; 
private TextFleld text; 
private DateFormat 

fk = DateFormat.getTlmelnstance(DateFormat.MEDIUM), 
fl = new SlmpleDateFormat(“HH’:’mm’:’ss’,’SSS"); 

ZeltAnzelgeQ { 

add(new Label("Zeir, Label.RIGHT)); 
add(text = new TextFleld(12)); 
text.setEdltable(false); 

} 

public vold run() { 
for (::) { 

Date d = new Date(); 
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try{ 

if (Status == KURZ) { 
text.setText(fk.format(d)); 
Thread.sleep(IOOO); 

} eise { 

text.setText(f I .format(d)) ; 
Thread.sleep(IO); 

} 

} catch(lnterruptedException ign) { } 

} 

} 

} 



// AnzeigeTest.java 

Import java.awt.*; 

Import java.lo.*; 

dass AnzelgeTest { 

public static vold maln(Strlng[] args) throws lOExceptlon { 
PrIntWrIter out = new PrlntWrlter(System.out, true); 
BufferedReader In = 

new BufferedReader(new InputStreamReader(System.ln)); 
ZeltAnzelge az = new ZeltAnzelge(); 

Frame f = new Frame(" Anzeige-Test"); 

f.add(az); 

f.packQ; 

f.setVlslble(true); 
new Thread(az).start(); 

Thread.currentThread().setPrlorlty(Thread.MIN_PRIORITY); 
for (:;) { 

out.prIntC'Anzelge (kurz = 0, lang = 1)? "); 
out.flushO; 

Int I = Integer.parselnt(ln.readLlneO); 
lf(l==0) 

az.status = ZeltAnzelge.KURZ; 
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eise if (i == 1 ) 

az.status = ZeitAnzeige.LANG; 

} 

} 

} 

Die Konsolaus- und -eingaben sowie das Setzen des status-Werts werden hier vom 
main-Thread abgewickelt. Auf die Bedeutung des setPriority-Aufrufs für den main- 
Thread gehen wir in Abschnitt 17.3 ein. 

Fällt die Implementierung eines Threads besonders einfach aus, wie in den beiden 
Zaehler-Beispielen, und ist man weiterhin nur an einem einzigen Thread-Objekt in- 
teressiert, so bietet es sich an, ähnlich wie bei der Deklaration anonymer Listener, 
eine anonyme Thread-Subklasse zu verwenden, etwa wie folgt: 

new ThreadO { 
public void run() { 

asynchron auszuführende Anweisungen 

} 

}.start(); 

Im Beispiel wird der Thread unmittelbar nach seiner Erzeugung gestartet. (Siehe 
/OOPinJava/kapitel17/AnonymZaehler.java.) 



17.2 Eigenschaften eines Thread-Objekts 

Ein Thread-Objekt besitzt fünf Eigenschaften: 

Name 

Threads können bei ihrer Erzeugung einen Namen erhalten. Dazu stehen neben 
den bisher benutzten Konstruktoren noch zwei Konstruktoren Thread(String) 
und Thread(Runnable, String) zur Verfügung. Threadnamen können mit der 
Methode setName geändert und mit getName abgefragt werden. Eine Kon- 
trolle auf Eindeutigkeit der Namen findet dabei nicht statt. Die VM selbst ver- 
wendet die Namen main für den main-Thread bzw. Thread-n für alle weiteren 
Threads, die Anwender erzeugen, ohne sie zu benennen. Dabei ist n eine Zahl, 
die in der Reihenfolge der Erzeugung vergeben und inkrementiert wird. 
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Priorität 

Auf Systemen mit nur einer CPU können Threads nicht gleichzeitig ausgeführt 
werden. Alle Threads, die „parallel“ arbeiten sollen, müssen sich dann die zur 
Verfügung stehende CPU-Zeit aufteilen, indem sie abwechselnd nur einige der 
Anweisungen ihrer run-Methode ausführen. Das Problem stellt sich genauso, 
wenn mehr Threads laufen sollen als CPUs vorhanden sind, tritt also häufig auf. 

Während Java-Konzepte größten Wert auf Plattformunabhängigkeit legen, ist 
die Zuteilung von CPU-Zeit zum gegenwärtigen Zeitpunkt noch nicht zufrie- 
denstellend spezifiziert und abhängig von der Hardware (Anzahl der CPUs), 
vom zugrundeliegenden Betriebssystem und vom implementierten Thread-Sche- 
duler (Time-Slicing oder nicht). Die Priorität eines Threads ist eine Zahl zwi- 
schen Thread.MIN_PRIORITY (derzeit 1) und Thread.MAX_PRIORITY (der- 
zeit 10), mit der der relative Anteil eines Threads an der CPU-Zeit angegeben 
werden kann. Auf die damit verbundenen Möglichkeiten und Probleme gehen 
wir im nächsten Abschnitt genauer ein. Mit setPriority kann die Priorität eines 
Threads gesetzt, mit getPriority abgefragt werden. Wird sie nicht explizit ge- 
setzt, besitzt ein Thread die gleiche Priorität wie der Thread, der ihn erzeugt. 
Der main-Thread wird mit Thread. NORM_PRIORITY (derzeit 5) gestartet. 

Threadgruppe 

Jeder Thread gehört zu einer Threadgruppe, die durch ein Objekt vom Typ 
ThreadGroup repräsentiert wird. Threadgruppen ermöglichen die gemeinsame 
Kontrolle und Änderung von Eigenschaften aller ihr zugehörigen Threads. 

Zustand 

Ein Thread-Objekt durchläuft - wie jedes andere Objekt - während seiner Le- 
benszeit verschiedene Zustände, die in der folgenden Abbildung veranschau- 
licht werden. 
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Wenn Threads Anweisungen auf einer CPU ausführen, nennt man sie aktiv. 
Direkt nach seiner Erzeugung ist ein Thread-Objekt nicht aktiv; zuerst muß 
noch Start aufgerufen werden. Das Objekt ist dann im aktivierbaren Zustand, 
d.h. es kann jederzeit - bei Verfügbarkeit einer CPU - aktiv werden. 

Ein aktivierbarer Thread kann durch verschiedene Ereignisse in den nicht ak- 
tivierbaren Zustand wechseln, z.B. dadurch, daß er auf die Beendigung einer 
Ein- oder Ausgabe wartet, daß er einen sleep- Aufruf ausführt, daß er für einen 
anderen Thread join aufruft oder daß er einen wait-Aufruf ausführt. Die Me- 
thode sleep haben wir schon einige Male benutzt: sie ist Klassenmethode und 
versetzt den Thread, der die Methode ausführt (Thread.currentThread()) für die 
spezifizierte Anzahl von Millisekunden in den Zustand „nicht aktivierbar^*. 

Ein Thread, der sich im nicht aktivierbaren Zustand befindet, kann nicht aktiv 
werden, also keine Anweisungen ausführen. Es gibt jedoch wieder eine Reihe 
von Ereignissen, die nicht aktivierbare Threads in den aktivierbaren Zustand 
überführen. Zum Beispiel ist eine blockierende Ein- oder Ausgabe beendet, 
ist die bei einem sleep angegebene Zeitspanne abgelaufen, hat der Thread, für 
den join aufgerufen wurde, terminiert oder notify bzw. notifyAll wird von einem 
anderen Thread für das Objekt aufgerufen, für das zuvor wait aufgerufen wurde. 

Wenn ein Thread die Klassenmethode yield ausführt, informiert er den Schedu- 
ler, daß er bereit ist, unter Beibehaltung seines Zustands inaktiv zu werden. 

Ruft man für ein Thread-Objekt, das sich im aktivierbaren oder nicht aktivier- 
baren Zustand befindet, isAlive auf, so ergibt sich als Resultat true; in den bei- 
den anderen Zuständen wird false geliefert. Es ist aber weder möglich, fest- 
zustellen, ob ein „lebender"* Thread aktivierbar oder nicht aktivierbar ist, noch 
ist es möglich, herauszufinden, wann ein aktivierbarer Thread tatsächlich aktiv 
wird. Dies können wir nur anhand der in run ausgeführten Aktivitäten beob- 
achten. 

Den Zustand terminiert nimmt ein Thread ein, wenn die Bearbeitung seiner 
Methode run beendet ist oder durch das Auswerfen einer nicht behandelten 
Ausnahme abgebrochen wurde. Es gibt keine Möglichkeit, den Zustand „termi- 
niert** wieder zu verlassen. Das Thread-Objekt existiert jedoch weiter, solange 
es noch referenziert wird. 

Dämonthread 

Ein Thread heißt Dämon, wenn er „im Hintergrund** laufen soll, um Hilfsauf- 
gaben für andere Threads zu erfüllen, jedoch keinen Bezug zu Aufgabe und 
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Zustand des Programms hat. AWT-Threads, Server-Threads oder der Garbage- 
Collector sind typische Beispiele für Dämonen. Die Konsequenz für den Java- 
Interpreter ist, daß er terminiert, sobald außer Dämonen keine anderen Threads 
leben (sich im aktivierbaren bzw. nicht aktivierbaren Zustand befinden). Mittels 
setDaemon(true) kann man einen Thread als Dämon markieren, mit isDaemon 
kann man die Dämon-Eigenschaft eines Threads testen. setDaemon muß vor 
dem Starten eines Threads aufgerufen werden. 

Die Auswirkungen von setDaemon-Aufrufen sieht man beispielsweise, wenn 
man im ThreadZaehler noch die Aufrufe 

t1 .setDaemon(true); 
t2.setDaemon(true); 

einfügt. Hier kommt es zu keiner Ausgabe mehr (siehe /OOPinJava/kapitel17/ 
DaemonZaehler.java). 

Im Zusammenhang mit der Threaderzeugung unterscheidet man noch zwischen User- 
Threads, das sind Threads, die von unserem Programm erzeugt und kontrolliert wer- 
den, und System-Threads, das sind die von der VM kontrollierten und außerhalb 
unseres Programms erzeugten Threads. In der Regel sind System-Threads Dämonen. 



17.3 Thread-Scheduling, Thread-Prioritäten 

Wenn sich mehr Threads im aktivierbaren Zustand befinden als CPUs vorhanden sind, 
benutzt die VM einen Thread-Scheduler, Dieser entscheidet nach seinem Zuteilungs- 
verfahren, welche der aktivierbaren Threads zu welchem Zeitpunkt aktiv werden bzw. 
wieder deaktiviert werden. 

Die Spezifikation der Java-VM überläßt die Details des Zuteilungs Verfahrens der Im- 
plementation und garantiert lediglich folgendes: Ein Thread mit einer höheren Prio- 
rität wird, wenn er in den aktivierbaren Zustand wechselt, grundsätzlich bevorzugt 
ausgeführt und unterbricht gegebenenfalls aktive Threads mit geringerer Priorität; 
diese verbleiben jedoch im Zustand „aktivierbaf ‘ . In diesem Sinne arbeitet die VM 
präemptiv. Das bedeutet jedoch nicht, daß ein Thread mit höchster Priorität immer 
aktiv ist - er kann selbst in den nicht aktivierbaren Zustand wechseln, außerdem kann 
es mehrere solcher Threads geben. 

Wie bei der Aufteilung von CPU-Zeit unter Threads gleicher Priorität oder bei der 
Behandlung von Threads niedrigerer Priorität verfahren wird, hängt derzeit noch vom 
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verwendeten Java-System (und wesentlich vom zugrundeliegenden Betriebssystem) 
ab. 

Bei einem System, das Time-Slicing anwendet, werden aktive Threads unterbrochen, 
wenn ihre Zeitscheibe abgelaufen ist; der Scheduler verändert ihren Zustand nicht, 
aktiviert aber einen anderen aktivierbaren Thread. Bei einem System, das keine Zeit- 
scheiben zuteilt, läuft ein einmal aktiver Thread solange, bis ein Thread höherer Prio- 
rität aktivierbar wird oder er selbst „nicht aktivierbar"* wird (durch sleep, join oder 
wait) oder yield ausführt oder terminiert. Möglicherweise läuft er bis zur Beendigung 
seiner run-Methode - also unter Umständen sehr lange -, bevor ein anderer Thread 
gleicher oder niedrigerer Priorität aktiv wird. 

Mit dem nächsten Programm untersuchen wir, ob die VM unseres Systems einen 
Time-Slicing-Scheduler benutzt: 

// Runner.java 
Import java.io.*; 

dass Runner extends Thread { 
static PrintWriter out = new PrintWriter(System.out, true); 

Runner(String name) { super(name); } 
public void run() { 

out.println(getName() + " gestartet"); 
long t = System.currentTimeMillisO + 5000; 
while (System.currentTimeMillisO < t) 

j 

out.println(getName() + " beendet"); 

} 

public static void main(String[] args) throws InterruptedException { 
final int n = 3; 

ThreadQ t = new Thread[n]; 
for (int i = 0; i < n; i++) 

t[i] = new RunnerfThread " + (i + 1)); 
for (int i = 0; i < n; i++) { 
t[i].start(); 
sleep(IOO); 

} 

} 



} 
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Wenn der Scheduler Zeitscheiben zuteilt, kann sich hier als Ausgabe nicht 

Thread 1 gestartet 
Thread 1 beendet 
Thread 2 gestartet 
Thread 2 beendet 



ergeben. Man stellt fest, daß für Win 95/98/NT und MacOS Time-Slicing imple- 
mentiert ist. Unter Solaris kommt es auf das gewählte Thread-Paket an. Bei Ver- 
wendung von “native” Threads werden Zeitscheiben zugeteilt, bei “green” Threads 
nicht. (Den voreingestellten Mechanismus kann man durch Setzen der Umgebungs- 
variablen THREADS_FLAG auf native oder green verändern. Ebenso können java 
und appletviewer mit den Optionen -native bzw. -green gestartet werden.) Auch un- 
ter Linux wird kein Time-Slicing vorgenommen. 

Bei einer Time-Slicing-Strategie ist weiterhin von Interesse, ob der Scheduler aktive 
Threads nur zugunsten aktivierbarer Threads mit höherer Priorität unterbricht oder ob 
auch Threads niedrigerer Priorität Zeitscheiben erhalten. Dies können wir durch eine 
Erweiterung der Methode main des Runner-Beispiels feststellen: 



Thread[] t = new Thread[n]; 
for (int i = 0; i < n; i++) { 
t[i] = new RunnerfThread " + (i + 1)); 
t[i].setPriority(Thread.MIN_PRIORITY + n - i); 

} 



(Siehe /OOPinJava/kapitel17/PrioTest.java.) Wenn der Scheduler auch an Threads 
niedrigerer Priorität CPU-Zeit zuteilt (Win 95/98/NT und Solaris native Threads), 
sehen wir eine Folge verzahnter gestartet- und beendet- Ausgaben. Bei 

Thread 1 gestartet 
Thread 1 beendet 
Thread 2 gestartet 
Thread 2 beendet 




17.3. THREAD-SCHEDULING, THREAD-PRIORITÄTEN 



333 



wird dagegen deutlich, daß nur Threads der jeweils höchsten Priorität berücksichtigt 
werden. So verfährt der MacOS-Scheduler. 

Sofern plattformunabhängige Programme oder Applets, bei denen man nicht weiß, 
auf welchem System sie gestartet werden, entwickelt werden sollen, muß man sich 
bemühen, Probleme aufgrund der unzureichend standardisierten Anforderungen an 
Thread-Scheduler zu vermeiden. Eine unsichere Implementation ist beispielsweise: 

// UlZaehler.java 

Import java.awt.*; 

Import java.text.*; 

dass UlZaehler extends Thread { 
private static Int anz; 
private long wert; 

ZaehlerUI ul = new ZaehlerUIQ; 

UIZaehler(Strlng s) { super(s); } 
public vold run() { 
for ( ; wert < 100000; wert++) 
ul.zelgeAnQ; 

} 

dass ZaehlerUI extends Panel { 

Label stand; 

NumberFormat form = new DecimalFormat(''00000“); 

ZaehlerUlO { 

add(new Label(“Zähler " + ++anz, Label.RIGHT)); 
add(stand = new Label("00000“)); 

} 

void zeigeAnO { 

stand.setText(form.format(wert)); 

} 

} 

} 



// FreezeTest.java 



Import java.awt.*: 
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dass FreezeTest { 

public static void main(String[] args) { 

UlZaehler z1 = new UlZaehlerfzl"), z2 = new UIZaehler("z2"); 

Frame f = new Frame("Freeze-Test"); 

f.setLayout(new GridLayout(2, 1, 0, 5)); 

f.add(zl.ui); 

f.add(z2.ui); 

f.packO; 

f.setVisible(true); 

z1.start(); 

z2.start(); 

} 

} 

Anders als in den Zaehler-Beispielen des Abschnitts 17.1 schreibt ein UlZaehler sei- 
nen Zählerstand in ein Label-Feld, so daß man die beiden Zähler parallel arbeiten 
sehen kann. Es werden zwei Zähler z1 und z2 mit derselben Priorität wie main (al- 
so 5) erzeugt und gestartet. 

Je nach verwendeter Entwicklungsumgebung wird man die Schwäche des Programms 
nie entdecken. Threadprioritäten, die, wie im Beispiel, unbeabsichtigt vergeben wur- 
den, können jedoch zu unvorhersehbarem Programmverhalten führen, wenn User- 
Threads die von der VM gestarteten System-Threads bei ihrer Arbeit behindern. Un- 
ter Solaris (green Threads-Paket) bzw. Linux kommt es zum „Einfrieren“ der Benut- 
zeroberfläche des FreezeTest-Beispiels, sofern nur eine CPU vorhanden ist. 

In derartigen Fällen kann man versuchen, festzustellen, welche Threads problema- 
tisch sind, indem man alle existierenden Threads auflistet. Im Beispiel nehmen wir 
diese Ausgabe etwa in der Form 

if (wert == 100) 

Thread.currentThread().getThreadGroup().list(); 

im Rumpf von UlZaehler.run vor und erhalten Ausgaben der Art 

java.lang.ThreadGroup[name=main,maxpri=10] 

Thread[z1 ,5, main] 

Thread[z2,5,main] 

Thread[AWT-EventQueue-0,6,main] 

Thread[SunToolkit.PostEventQueue-0,5,main] 
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Thread[AWT-Motif,5,main] 

Thread[Thread-0,5,main] 

Thread[Screen Updater,4,main] 

in denen nach dem Namen die Priorität und dann die Threadgruppe angegeben ist. 
Wir erkennen, daß der Screen Updater mit seiner niedrigen Priorität nicht zum Zuge 
kommt. Die AWT-Threads sind so implementiert, daß sie sich selbst immer wieder 
deaktivieren; somit verbleiben die Threads z1 und z2 als Kandidaten für eine Ände- 
rung. Der main-Thread ist z1 und z2 lediglich als Thread-0 bekannt. 

Es ist grundsätzlich empfehlenswert, Threads, die Daten für AWT-Komponenten oder 
andere System-Threads aufbereiten, mit geringer Priorität, z.B. MIN_PRIORITY, zu 
versehen. Als erste Verbesserung unseres Beispiels rufen wir daher für z1 und z2 vor 
ihrem Start noch setPriority(Thread.MIN_PRIORITY) auf. 

Weiterhin sollte die Implementation „kompaktef‘ Schleifen - dies sind Schleifen, 
in denen kein Übergang vom aktivierbaren in den nicht aktivierbaren Zustand er- 
möglicht wird - in einer run-Methode generell vermieden werden. 

Falls derartige Schleifen von Threads gleicher Priorität parallel bearbeitet werden 
sollen, ist es sinnvoll, einen yield-Aufruf in die Schleife aufzunehmen. Wenn er ein 
yield ausführt, deaktiviert sich der aktive Thread, und der Scheduler teilt der CPU 
den nächsten zu bearbeitenden Thread zu. Diese Technik, beim UlZaehler-Beispiel 
eingesetzt, führt zu einer run-Implementation des Typs 

public void run() { 
for ( ; wert < 100000; wert++) { 
ui.zeigeAnO; 
if (wert%50 == 0) 
yieldO; 

} 

} 

Mit diesen beiden Verbesserungen läuft das Beispiel auf allen Systemen problemlos. 
(Siehe /OOPinJava/kapitell 7/freeze2/FreezeTest.java.) 

Ein mittels yield unterbrochener Thread verbleibt, anders als bei einem sleep- Aufruf, 
im aktivierbaren Zustand, wird also unter Umständen sofort wieder aktiv, wenn es 
nur aktivierbare Threads niedrigerer Priorität gibt. Sofern eine kompakte Schleife 
von Threads unterschiedlicher Priorität parallel bearbeitet werden soll, ist ein yield- 
Aufruf also zwecklos. In diesem Fall ist ein kurzes sleep (z.B. sleep(5)) die ein- 
zige Möglichkeit, alle beteiligten Threads sicher immer wieder zu aktivieren. (Siehe 
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/OOPinJava/kapitel17/freeze3/FreezeTest.java.) Wenn man dieses letzte Beispiel mit 
unterschiedlichen Prioritäten für die Zähler z1 und z2 auf verschiedenen Plattformen 
testet, sieht man, daß die Auswirkungen je nach VM-Implementation sehr stark va- 
riieren. Threads zählen unter Umständen zehnmal schneller als andere Threads ge- 
ringerer Priorität. Ebensogut kann überhaupt kein Unterschied feststellbar sein - z.B. 
bei Systemen mit mehreren CPUs. 

Es bleibt zum Abschluß dieses Abschnitts festzuhalten, daß man Threadprioritäten 
bestenfalls als Hinweise an die VM verstehen und nicht als Design-Möglichkeit be- 
trachten sollte, daß Time-Slicing nicht garantiert ist und daß kompakte Schleifen mit- 
tels yield immer wieder zu unterbrechen sind. Ein weiteres Hilfsmittel zur Entwick- 
lung korrekter Programme ist der in Abschnitt 17.6 diskutierte wait/notify-Mechanis- 
mus. 



17.4 Threadgruppen 

Threadgruppen dienen dazu, Threads in übersichtliche Gruppen einzuteilen und ge- 
meinsam zu steuern. Eine Threadgruppe ist ein Objekt der Klasse ThreadGroup, sie 
kann als Elemente beliebig viele Threads oder andere Threadgruppen als Untergrup- 
pen besitzen. Beim Start eines Programms wird automatisch eine Threadgruppe na- 
mens main angelegt, der der main-Thread bzw. der Applet-Thread als erstes Element 
angehören. Weitere Threadgruppen kann man mit ThreadGroup(String) konstruie- 
ren. Das Argument spezifiziert hier den Namen der Gruppe. Über die Zugehörigkeit 
von uns explizit generierter Threads zu ihrer Threadgruppe entscheiden wir bei der 
Threadkonstruktion; sie kann später nicht mehr verändert werden. 

Ein mit dem Standardkonstruktor oder ein mittels Thread(Runnable), Thread(String) 
oder Thread(Runnable, String) erzeugter Thread ist Element derselben Threadgrup- 
pe wie der ihn erzeugende Thread. Und mit den bis jetzt noch nicht besprochenen 
Konstruktoren Thread(ThreadGroup, Runnable), Thread(ThreadGroup, String) so- 
wie Thread(ThreadGroup, Runnable, String) ist es möglich, die Threadgruppe expli- 
zit anzugeben. Zum Beispiel werden durch 

dass GruppenElement extends Thread { 

GruppenElement(String name) { super(name); } 

GruppenElement(ThreadGroup gruppe, String name) { super(gruppe, name); } 
public void run() { } 

} 




17.5. THREAD-SYNCHRONISATION 



337 



dass Gruppe { 

public static void main(String[] args) { 

ThreadGroup g = new ThreadGroup("Gruppe 1 "); 
GruppenElement t1 = newGruppenElement("t1“), 

12 = new GruppenElement(g, "t2"), 

13 = new GruppenElement(g, "13"); 



} 

} 

der main-Thread und t1 Elemente der Threadgruppe main, und t2 und t3 werden in 
Gruppe 1 aufgenommen (siehe /OOPinJava/kapitel17/Gruppe.java). 

Die Anzahl aller Threads in einer Threadgruppe sowie in allen ihren Untergruppen 
erhält man mit activeCount, und enumerate(Thread[]) speichert in dem übergebenen 
Feld Referenzen auf alle Threads, die der Gruppe angehören. 

Schließlich sei auf die Methode list hingewiesen, die die Objekte einer Threadgruppe 
auf System. out anzeigt. Wir haben diese Methode schon mehrfach benutzt, nachdem 
wir mit getThreadGroup die Gruppe eines Thread-Objekts festgestellt hatten. 



17.5 Thread-Synchronisation 

Verändern mehrere Threads ein Objekt, kann es nötig sein, den Zugriff auf das Ob- 
jekt so zu regeln, daß über den Zeitraum der Veränderung immer nur ein einziger 
Thread auf die Instanzvariablen des Objekts zugreifen kann, weil sonst unerwartete 
Wirkungen eintreten könnten. 

Zur Veranschaulichung des zugrundeliegenden Problems betrachten wir im folgenden 
Beispielprogramm zwei Terminals, die zur Reservierung von Sitzplätzen in Zügen 
benutzt werden. Die Nummern der freien Plätze beziehen sie von einem Objekt des 
Typs Zuginfo, das für einen Datenbankserver stehen soll. 

Das Zuglnfo-Objekt besitzt eine int- Variable platz sowie eine Methode nochFrei, die 
bei jedem Aufruf die Nummer des nächsten noch freien Platzes liefert. Mit den beiden 
while-Anweisungen werden dabei Datenbankzugriffe, z.B. auf Zugnummer, Datum, 
Wagentyp usw. simuliert. Der yield-Aufruf läßt - unabhängig vom implementierten 
Scheduler - zwischenzeitlich Aktivitäten anderer Threads, z.B. zur Terminalanzei- 
ge, zu. Aufgrund seiner einfachen Struktur liefert der Reservierungsrechner durch 
sukzessive Aufrufe von nochFrei die Werte 1, 2, 3, 
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H Terminal.java 
Import java.io.*; 

dass Terminal extends Thread { 

private static PrintWriter out = new PrintWriter(System.out, true); 
private Zuginfo db; 

Terminal(String name, Zuginfo db) { 
super(name); 
this.db = db; 

} 

public void run() { 
for (int i = 0; I < 100; i++) 

out.println(getName() + Platz “ + db.nochFrei() + " reserviert"); 

} 

} 



// Zuglnfo.java 

dass Zuginfo { 
private int platz = 0; 
int nochFreiO { 
int n = platz; 

long t = System.currentTlmeMlllisO + 50, s = t + 50; 
while (System.currentTimeMlllisO < t) ; 
Thread.yieldQ; 

while (System.currentTlmeMillisO < s) ; 
return platz = n + 1 ; 

} 

public static void main(String[] args) { 

Zuginfo db = new ZuglnfoQ; 

Terminal t1 = new Terminal("Termlnal 1", db), 
t2 = new Terminal("Terminal 2", db); 
t1 .startO; 
t2.start(); 

} 

} 
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Als Ergebnis von main ist offensichtlich eine Ausgabe der Art 

Terminal 1 : Platz 1 reserviert 
Terminal 2: Platz 2 reserviert 
Terminal 1 : Platz 3 reserviert 



beabsichtigt. Tatsächlich aber kann man das Programmverhalten überhaupt nicht Vor- 
hersagen, da es stark von der zeitlichen Verzahnung der Terminalthreads abhängt. Die 
obige korrekte Ausgabe wird man selten erhalten. Ein typisches Resultat ist dagegen 



Terminal 1 : Platz 1 reserviert 
Terminal 2: Platz 1 reserviert 
Terminal 1 : Platz 2 reserviert 
Terminal 2: Platz 2 reserviert 



Dieses Szenario erklärt sich dadurch, daß t1 und t2 regelmäßig deaktiviert und wie- 
der aktiv werden. Die nachfolgende Tabelle beschreibt, wie die beiden Threads ihre 
Anweisungen der Reihe nach ausführen. In dieser Tabelle ist platz jeweils dieselbe 
Instanzvariable des Objekts db, auf die beide Threads zugreifen; dagegen hat jeder 
Thread seine eigene, lokale Variable n. Auf die Beschreibung der simulierten Daten- 
bankzugriffe haben wir verzichtet. 



t1 


t2 


db.platz 


db.nochPreiO 




nicht aktiv 




0 


int n = platz; 


0 


nicht aktiv 




0 


nicht aktiv 




db.nochPreiO 




0 


nicht aktiv 




int n = platz; 


0 


0 


return platz = n + 1 ; 


1 


nicht aktiv 




1 


db.nochPreiO 




nicht aktiv 




1 


int n = platz; 


1 


nicht aktiv 




1 


nicht aktiv 




return platz = n + 1 ; 


1 


1 


nicht aktiv 




db.nochPreiO 




1 


nicht aktiv 




Int n = platz; 


1 


1 


return platz = n + 1 ; 


2 


nicht aktiv 




2 
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Wenn man hier die Anweisungsfolge von Thread t2 untersucht, stellt man fest, daß 
zuerst der korrekte platz- Wert (0) in der lokalen Variablen n gespeichert wird. Der 
Thread wird dann inaktiv. Während dieser Zeit wird platz von t1 inkrementiert. t2 
wird wieder aktiv und speichert n + 1 (1) in platz. Aufgrund der Modifikation durch 
t1 ist dieser Wert jetzt nicht mehr korrekt. Das konkrete Ineinandergreifen der beiden 
Threads muß nicht so ablaufen, wie es in der Tabelle dargestellt ist. Es sind auch 
viele andere Szenarien möglich. 

Wir können das unvorhersehbare Verhalten des Programms ändern, indem wir dafür 
sorgen, daß zur Laufzeit immer nur ein Thread die Methode nochFrei für das Objekt 
db aufrufen darf und daß alle anderen Threads während der Ausführung des Aufrufs 
vom Starten weiterer nochFrei-Aufrufe bei db ausgeschlossen sind. 

In Java wird dies dadurch erreicht, daß wir nochFrei zur synchronisierten Methode 
machen, indem wir die Deklaration mit dem Schlüsselwort synchronized einleiten, 
also im Beispiel 

synchronized int nochFreiQ { } 

schreiben (siehe /OOPinJava/kapitel17/info2/Zuglnfo.java). 

Die Java-VM asoziiert mit jedem Objekt eine Sperre, die Threads erwerben müssen, 
bevor sie eine synchronisierte Instanzmethode ausführen können. Alternativ wird 
auch vom Monitor eines Objekts und vom Sperren des Monitors gesprochen. Wenn 
eine synchronized Methode für ein Objekt aufgerufen wird, wird die Sperre unter- 
sucht, um festzustellen, ob ein anderer Thread gerade eine synchronized Methode für 
dieses Objekt ausführt. Ist das nicht der Fall, kann der aktuelle Thread die Sperre 
erwerben und mit der Ausführung der Methode beginnen. Wenn bereits ein anderer 
Thread im Besitz der Sperre ist, wird der aktuelle Thread so lange blockiert, bis die 
Sperre wieder freigegeben wurde - er verbleibt dabei im aktivierbaren Zustand. Da 
u.U. schon andere Threads aus demselben Grund blockiert wurden, führt jedes Objekt 
eine Warteliste, in die die blockierten Threads eingetragen werden. Sowie ein Thread 
die Ausführung einer synchronized Methode beendet, gibt er die Sperre wieder frei; 
dies geschieht jedoch nicht durch einen sleep- oder yield-Aufruf. 

Zwei Threads können dieselbe synchronized Methode gleichzeitig ausführen, sofern 
die Aufrufe für verschiedene Objekte erfolgen, z.B. db1 .nochFrei() und db2.noch- 
Frei(). Eine Ausnahme bilden static synchronized Methoden, auf die wir weiter unten 
eingehen. Das Setzen und Freigeben von Sperren wird automatisch von der VM 
organisiert. 
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Es gibt eine zweite Möglichkeit der Interaktion mit der Sperre eines Objekts. Diese 
besteht darin, eine synchronisierte Anweisung zu verwenden. 

Synchronized- Anweisung: 

synchronized ( Ausdruck ) Block 

Die Ausführung einer synchronisierten Anweisung verläuft nach demselben Schema, 
wie die Ausführung einer synchronisierten Methode: Bevor der Anweisungsblock 
ausgeführt werden kann, muß eine Sperre erworben werden. Hier gibt der Ausdruck 
das Objekt an, um dessen Sperre es geht; dieser Ausdruck muß einen Referenztyp 
haben. 

Unser Zuglnfo-Beispiel könnte man folglich auch mit einer nicht synchronisierten 
Methode noch Frei so formulieren: 

public void run() { 
for (int i = 0; i < 100; i++) 
synchronized (db) { 

out.println(getName() + ": Platz " + db.nochFreiQ + ” reserviert”); 

} 

} 

Auch wenn oft argumentiert wird, daß sich hier eine Möglichkeit bietet, die man 
nutzen kann, wenn z.B. auf Feld-Objekte sicher zugegriffen werden soll oder wenn 
mehrere nicht synchronisierte Methoden aus der Java-Bibliothek synchronisiert wer- 
den müssen, so erkennt man doch, daß es sich hier um ein Konzept handelt, das wenig 
mit Objektorientierung zu tun hat. Für die in diesem Zusammenhang genannten Stan- 
dardbeispiele ist es in der Regel einfach, eine besser geeignete Klasse oder Methode 
zu deklarieren (siehe Übungsaufgabe 4). 

Analog zu den Auswirkungen des static Schlüsselworts, die wir bisher besprochen 
haben - die eine Methode zur Klassenmethode und eine Variable zur Klassenvaria- 
blen modifizieren -, verliert auch eine synchronisierte Methode durch Deklaration als 
static synchronized ihren Objektbezug. Gesperrt wird jetzt unabhängig von der An- 
zahl existierender Objekte auf Klassenebene durch das Class-Objekt. Dies bedeutet, 
daß zu jedem Zeitpunkt immer nur höchstens eine static synchronized Methode einer 
Klasse ausgeführt werden kann. 

Sinnvoll ist dies immer dann, wenn der betreffende Methodenaufruf static Variablen 
einer Klasse verändert. Im folgenden Beispiel ist eine Klasse Abo implementiert. 




342 



KAPITEL 17. THREADS UND PROZESSE 



die in der Instanzvariablen id eine Abonnementnummer verwaltet. Zusätzlich wird 
bereits im Konstruktor über alle erzeugten Abo-Objekte in einer Klassenvariablen 
abos Buch geführt sowie ihre Anzahl in der Klassenvariablen anzahl festgehalten. 
Die main-Methode in AboTest startet zwei Threads, die das voneinander unabhängige 
Eintreffen verschiedener Abonnementaufträge simulieren. 

// Abo.java 

Import java.io.*; 

dass Abo { 

private static int anzahl = 0; 

private static Abo[] abos = new Abo[100]; 

private static PrintWriter out = new PrintWriter(System.out, true); 

private String id; 

Abo(String id) { 
this.id = id; 
abos[anzahl] = this; 
anzahl++; 

} 

static void drucke() { 

out.phntlnf Anzahl registrierter Abonnements: " + anzahl); 
for (int i = 0; i < anzahl; I++) 
out.print(" " + abos[i].ld); 
out.phntlnQ; 

} 

} 



// AboTest.java 

dass AboTest extends Thread { 
private String zSchrift; 
AboTest(String zSchrlft) { 
thIs.zSchrlft = zSchrlft; 

} 
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public void run() { 
for (int i = 0; i < 2; ) { 

new Abo(zSchrift + + ++i); 

try { 

sleep((int)(Math.random()*100)): 

} catch (InterruptedException e) { } 

} 

} 

public static void main(String[] args) throws InterruptedException { 

AboTest t1 = new AboTest("JOOP"), t2 = new AboTest(”JavaRep"); 

t1 .startO; 

t2.start(): 

Thread.sleep(1 000); 

Abo.druckeO; 

} 

} 

Auch wenn man nun grundsätzlich Ausgaben der Art 

Anzahl registrierter Abonnenten: 4 
JOOP-1 JavaRep-1 JavaRep-2 JOOP-2 

erwartet, wird aufgrund mangelnder Synchronisation der beiden Threads das Abon- 
nementfeld gelegentlich nicht richtig erzeugt, und das Programm bricht zum Beispiel 
wie folgt fehlerhaft ab: 

Anzahl registrierter Abonnements: 4 
JavaRep-1 

java.lang.NullPointerException: 
at Abo.drucke(Abo.java:19) 
at AboTest.maln(AboTest.java:21) 

Der Fehler entsteht in genau derselben Weise wie im obigen Zug Info-Beispiel. Der 
erste gestartete Thread ruft mit new Abo(zSchrift + + ++i) den Konstruktor eines 

neuen Abonnements auf und trägt dieses gleich in das Feld abos ein. Je nach Sche- 
duler ist nun nicht auszuschließen, daß zu diesem Zeitpunkt, vor dem Erhöhen der 
anzahl, der zweite Thread gestartet wird und abos[0] durch eine Referenz auf sein 
Abonnement überschreibt. Nach zweimaligem Inkrementieren hat anzahl dann den 
Wert 2, in abos[1] steht aber noch der Standardwert null. Ähnliches kann auch bei 
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den nachfolgenden Objekterzeugungen und -eintragungen Vorkommen. Der Versuch, 
den Feldinhalt zu drucken, führt dann zum Auswerfen der Ausnahme. 

In dieser Situation ist die Synchronisation der Zugriffe auf die Klassenvariablen abos 
und anzahl erforderlich, es muß also nicht nur pro Objekt, sondern für die ganze 
Klasse gesperrt werden. Die kritischen Zugriffe liegen hier im Abo-Konstruktor. Ein 
Konstruktor kann aber nicht static sein - er ist ja das beste Beispiel für einen starken 
Objektbezug, da er ein Objekt (this) erzeugt. Wir lagern daher diese Zugriffe in eine 
neu zu deklarierende static synchronized Methode aus: 

Abo(String id) { 
this.id = id; 
trageEin(this); 

} 

static synchronized void trageEin(Abo a) { 
abos[anzahl] = a; 
anzahl++; 

} 

Das Programm arbeitet dann korrekt (siehe /OOPinJava/kapitel17/abo2/Abo.java). 

Auch hier gibt es wieder die (schlechtere) Möglichkeit, eine synchronized Anweisung 
zu verwenden. Statt eines Objektes muß dann das Class-Objekt der Klasse angegeben 
werden, deren Sperre erworben werden soll. Im Beispiel wäre dies so möglich: 

Abo(String id) { 
this.id = id; 

synchronized (Abo.class) { 
abos[anzahl] = this; 
anzahl++; 

} 

} 

Eine Fülle von Methoden aus der Java-Bibliothek ist synchronized deklariert. Zum 
Beispiel sind viele der read- und write-Methoden aus den Streamklassen des Kapi- 
tels 16 synchronisiert. Weitere Beispiele sind append, charAt, getChars und insert 
aus der Klasse StringBuffer oder setChanged, clearChanged und hasChanged aus 
der Klasse Observable. Ebenso sind alle addXYZListener- und removeXYZListener- 
Methoden für AWT-Komponenten synchronisiert. Schließlich sollen noch Start und 
join aus der Thread-Klasse erwähnt werden. 
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17.6 Die Kommunikation zwischen Threads 

Mit dem synchronized Modifizierer ließ sich eine Synchronisation des Zugriffs meh- 
rerer Threads auf die Variablen und Methoden eines Objekts durch die Notwendig- 
keit des vorherigen Erwerbs einer Sperre bewerkstelligen. Komplizierter kann der 
Fall liegen, wenn mehrere Threads kooperieren sollen, etwa wenn zwei Threads nach 
dem „Producer/Consumef‘ -Muster arbeiten und ein Thread (der Konsument) auf die 
Ergebnisse des anderen (des Produzenten) wartet. 

Im einfachsten Fall ist ein solches Ergebnis mit dem Terminieren des produzierenden 
Threads verbunden. Hier steht die Instanzmethode join der Klasse Thread zur Verfü- 
gung. Sie versetzt den aufrufenden Thread in den nicht aktivierbaren Zustand, bis der 
Thread für den sie aufgerufen wird, terminiert. Im AboTest-Beispiel ist es sinnvoll, 
den Aufruf Thread.sleep(IOOO), mit dem der main-Thread vor dem Drucken wartet, 
bis t1 und t2 ihre Arbeit mit Sicherheit beendet haben, durch 

t1 .joinQ; 
t2.join(); 

zu ersetzen. Wie sleep kann auch join eine InterruptedException auswerfen. 

Fällt ein Ergebnis, das ein Thread liefert, nicht mit dessen Terminieren an - z.B. weil 
ein Producer-Thread immer wieder neue Resultate produziert -, so können Threads 
über ein beliebiges vermittelndes Objekt miteinander kommunizieren. Dazu dienen 
die Methoden wait und notify bzw. notifyAll, die jedes Objekt aus der Superklasse 
Object erbt. Um eine dieser Methoden aufrufen zu können, muß sich der aufrufende 
Thread im Besitz der Sperre des Vermittler-Objekts befinden, das heißt, ein wait-, 
notify- oder notifyAll-Aufruf kann nur innerhalb eines synchronized Methodenrumpfs 
für dieses Objekt stehen (oder innerhalb einer mit diesem Objekt synchronisierten 
Anweisung). 

Ein Aufruf von wait bewirkt nun das Folgende: Der aufrufende Thread gibt die Sperre 
des Vermittler-Objekts frei, trägt sich in die Warteliste des Vermittlers ein, deaktiviert 
sich und geht in den nicht aktivierbaren Zustand über. Der Thread verbleibt in die- 
sem Zustand so lange, bis ein anderer Thread, der in den Besitz der Sperre für das 
Vermittler-Objekt gelangt, notify oder notifyAll aufruft. 

notify bewirkt, daß einer der Threads aus der Warteliste des Vermittler-Objekts ak- 
tivierbar wird; mit notifyAll werden alle wartenden Threads aktivierbar. Ein wieder 
aktivierbarer Thread kann aber erst dann mit der Ausführung der Anweisungen nach 
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wait fortfahren, wenn er die Sperre des Vermittler-Objekts wiedererlangt. Diese muß 
vom notify- oder notifyAll-Aufrufer freigegeben werden. Welcher von mehreren war- 
tenden Threads durch ein notify aktivierbar wird, bleibt dem Scheduler überlassen. 

Das nächste Beispiel soll den Nutzen dieser Konstruktion klarmachen. Es werden je 
ein Produzent-, Konsument- und Vermitter-Objekt generiert. Der Produzent erzeugt 
fortlaufend Primzahlen und speichert sie im Vermittler. Der Konsument liest diese 
zur selben Zeit aus dem Vermittler und gibt sie aus. Der Vermittler stellt sicher, daß 
der Konsument immer wartet, bis neue Primzahlen produziert wurden. 

Da die Primzahlenerzeugung nach und nach mehr Zeit in Anspruch nimmt, wird der 
Produzent zunächst schneller arbeiten als der Konsument, später muß der Konsument 
warten. 



// PrimVermittler.java 



Import java.io.*; 



dass PrimVermittler { 

private PrintWriter out = new PrintWriter(System.out, true); 

static final int MAX = 100000; 

int[] Primzahlen = new int[2*MAX + 2]; 

Int Index = 0, anz = 0; 

synchronized vold trageEin(int n) { // Produzent erwirbt Sperre 

primzahlen[anz++] = n; 

notifyO; // Konsument aktivierbar 

out.println(n + “\t eingetragen"); 

return; // Produzent gibt Sperre frei 



synchronized int naechsteZahl() { // Konsument erwirbt Sperre 

while (Index >= anz) 
try{ 

wait(); // Konsument gibt Sperre frei, wartet auf notify 

} catch (InterruptedException ign) { } // Konsument erwirbt Sperre 
int n = prlmzahlen[index++]; 
out.println(n + "\t gelesen"); 

return n; // Konsument gibt Sperre frei 



} 
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// PrimProduzent.java 

dass PrimProduzent extends Thread { 
private PrimVermittler pv; 

PrimProduzent(PrimVermittler pv, String name) { 
super(name); 
this.pv = pv; 

} 

public void run () { 
pv.trageEin(2); 
pv.trageEin(3); 

for (int n = 1 ; n < PrimVermittler.MAX; n++) { 
if (istPrim(6*n - 1)) 
pv.trageEin(6*n - 1); 
if (istPrim(6*n + 1)) 
pv.trageEin(6*n + 1); 
yieldQ; 

} 

} 

boolean istPrim(int n) { liefert true, falls n Primzahl Ist } 

} 



// PrimKonsument.java 

dass PrImKonsument extends Thread { 
private PrimVermittler pv; 
PrimKonsument(PrimVermittler pv, String name) { 
super(name); 
this.pv = pv; 

} 

public void run() { 
while (true) { 

pv.naechsteZahlO; 

yieldQ; 

} 

} 



} 
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H WaitNotify.java 
dass WaitNotify { 

public static void main(String[] args) { 

PrimVermittler pVerm = new PrimVermittler(); 

PrimKonsument pKon = new PrimKonsument(pVerm, "pKon"); 
pKon.startO; 

PrimProduzent pProd = new PhmProduzent(pVerm, "pProd"); 
pProd.startO; 

} 

} 

Das PrimProduzent-Objekt pProd erzeugt nach dem Aufruf seiner run-Methode suk- 
zessive Primzahlen und speichert diese im Feld primzahlen des Vermittler-Objekts 
pVerm. Umgekehrt liest das PrimKonsument-Objekt pKon mit seiner run-Methode 
die im Vermittler gespeicherten Primzahlen. Zum Schreiben bzw. Lesen werden die 
Vermittler-Methoden trageEin bzw. naechsteZahl benutzt, die synchronisiert sind, 
damit Produzent und Konsument nicht gleichzeitig auf die Variable primzahlen zu- 
greifen können. 

In naechsteZahl wird geprüft, ob bereits alle in primzahlen gespeicherten Primzahlen 
konsumiert wurden - darüber wird mit der Variablen Index Buch geführt. Ist dies 
nicht der Fall, gibt die Methode schlicht das nächste Element zurück. Sind jedoch 
keine neuen Primzahlen mehr vorhanden, wird für den Vermittler wait aufgerufen. 
Das aufrufende Thread-Objekt ist pKon. Dies bedeutet, daß der Konsument in den 
nicht aktivierbaren Zustand wechselt und die Sperre des Vermittlers freigibt. 

Umgekehrt wird in der Methode trageEin nach jedem Eintrag einer neuen Primzahl in 
das primzahlen-Feld des Vermittlers notify aufgerufen. Es gibt jetzt nur einen einzi- 
gen Thread in der Warteliste des Vermittlers, nämlich pKon. Durch den notify- Aufruf 
wird pKon also wieder aktivierbar. Bevor pKon seinen naechsteZahl- Aufruf fortset- 
zen kann, gibt der Vermittler noch die Mitteilung über den Eintrag aus. Erst dann 
ist trageEin beendet, pProd gibt die Sperre frei und pKon kann aktiv werden. Den 
return- Aufruf haben wir nur zur Verdeutlichung des Zeitpunkts der Sperrenfreigabe 
in trageEin aufgenommen. Er wird sonst vom Compiler implizit eingefügt. 

Wenn der Konsument seinen naechsteZahl-Aufruf fortsetzt, erhält er die Sperre des 
Vermittlers, prüft erneut, ob eine weitere, nicht konsumierte Primzahl vorliegt und 
liefert diese als Resultat, bzw. ruft für den Vermittler erneut wait auf. 
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Daß die beiden Vermittler-Methoden synchronisiert sind, wird zwar nicht vom Com- 
piler geprüft, aber zur Laufzeit dadurch sichergestellt, daß wait bzw. notify sonst eine 
Ausnahme des Typs lllegalMonitorStateException auswerfen. Weil in beiden run- 
Methoden yield aufgerufen wird, ist dafür gesorgt, daß das Beispiel auch arbeitet, 
wenn der Scheduler kein Time-Slicing vomimmt. 

Die achtlose Realisierung eines Programms mit mehreren kooperierenden Threads, 
die über wait- und notify- Aufrufe miteinander kommunizieren, kann zu erheblichen 
Problemen führen. Wenn man das letzte Beispiel (WaitNotify) nicht wegen der lan- 
gen Laufzeit mit Ctrl-C abbricht, sondern beispielsweise lediglich mit PrimVermitt- 
ler.MAX = 5 startet, stellt man fest, daß das Programm nach der Ausgabe der letzten 
erzeugten Primzahl (23) hängt: Es ist ein Deadlock eingetreten. Darunter versteht 
man eine Situation bei der zwei Threads auf das notify des jeweils anderen Threads 
warten oder bei der - wie im Beispiel - ein Thread auf das notify eines Threads wartet, 
der bereits terminiert hat. 

Die Gründe für einen Deadlock sind in der Praxis oft nicht so offensichtlich, wie in 
unserem Beispiel. Darüber hinaus können Deadlocks auch vom jeweiligen Timing 
der Threads abhängen. Da dieses von Programmlauf zu Programmlauf variiert, treten 
Deadlocks oft nur sporadisch, als Instabiliät des Programms, auf. 

Eine Möglichkeit zum Aufspüren der Ursachen für eine Deadlock-Situation bietet die 
Benutzung des Java-Debuggers jdb, der ähnlich wie gdb bedient wird. Die Liste der 
zulässigen Kommandos erhält man durch Eingabe von ? oder help. 

Mit jdb WaitNotify, der Eingabe von run und danach threads (Liste aller Threads in 
der Gruppe) bzw. where all (“Stack frame” aller Threads) ergibt sich 



Group WaitNotify.main: 

1 . (PrimKonsument)0xd9 pKon cond. waiting 

pKon[1] where all 

pKon: 

[1] java.lang.Object.wait (native method) 

[2] java.lang.Object.wait (Object:424) 

[3] PrimVermittler.naechsteZahl (PrimVermittler:19) 

[4] PrimKonsument.run (PrimKonsument:11) 



Wir sehen, daß nur noch der Thread pKon lebt und auf die Aktivierung nach einem 
wait-Aufruf in naechsteZahl wartet. Der Produzent pProd wird hier nicht mehr an- 
gezeigt, da er bereits terminiert hat. 
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Es ist möglich, die Deadlock-Situation des Beispiels aufzulösen, indem wir eine 
Ausnahme auswerfen, wenn der Produzent terminiert. Hierzu deklarieren wir im 
PrimVermittler eine top-level Ausnahmeklasse FinEx sowie eine boolesche Variable 
fin, die wir true setzen, wenn der Produzent seine run-Methode beendet. Wir verän- 
dern den PrimVermittler daher wie folgt: 

dass PrimVermittler { 



boolean fin = false; 

synchronized int naechsteZahlQ throws FinEx { 
while (index >= anz) { 
if (fin) 

throw new FinEx(); 
try{ 
wait(); 

} catch (InterruptedException ign) { } 

} 

int n = primzahlen[index++]; 
out.println(n + "\t gelesen"); 
return n; 

} 

static dass FinEx extends Exception { } 

} 

Damit die Endlosschleife des Konsumenten im Fall der Ausnahme verlassen wird, 
nehmen wir sie in einen try-Block auf. 

public void run() { 
try{ 

while (true) { 

pv.naechsteZahlO; 

yieldQ; 

} 

} catch (PrimVermittler.FinEx ign) { } 

Die Aktivitäten des Produzenten sind nun noch durch eine Zuweisung fin = true zu 
beenden. Damit der Konsument auch dann noch terminiert, wenn der Produzent diese 
Zuweisung vornimmt, während sich der Konsument im nicht aktivierbaren Zustand 
befindet, ist noch ein zusätzlicher notify-Aufruf nötig. Wir wickeln beides durch den 
Aufruf einer synchronisierten Methode ende ab 
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public void run () { 
pv.trageEin(2); 
pv.trageEin(3); 

for (int n = 1 ; n < PrimVermittler.MAX; n++) { 

unverändert 

} 

pv.endeQ; 

} 

und erweitern den PrimVermittler um die entsprechende Deklaration: 

synchronized void ende() { 
fin = true; 
notifyO; 

} 

Das Programm arbeitet und terminiert jetzt korrekt. (Die modifizierten Klassendekla- 
rationen befinden sich in /OOPinJava/kapitel17/wait2/.) 



17.7 Threads und Applets 

Wie in Abschnitt 13.1 erläutert wurde, gibt es eine Reihe von Applet-Methoden (init, 
Start, stop, destroy, paint), die ein Browser oder Viewer implizit aufruft. Dazu erzeugt 
der Browser eine Fülle von System-Threads, die man sich beispielsweise ansehen 
kann, wenn man im ButtonTest- Applet (vgl. 13.7) einen Aufruf 

Thread.currentThread().getThreadGroup().list(); 

in die Methode actionPerformed aufnimmt. 

Um zu verhindern, daß selbst geschriebener Applet-Code den Browser unnötiger- 
weise bremst oder behindert, ist es üblich, die Applet- Aktivitäten beim Aufruf der 
Applet-Methode Start mit einem neuen Thread zu beginnen und durch stop zu termi- 
nieren. Ein erneuter start-Aufruf setzt die Arbeit dann fort. Wir wollen diese Vorge- 
hensweise an der Applet-Implementation des ZeitAnzeige-Beispiels demonstrieren. 
Ohne Unterbrechung bzw. Neustart bei stop bzw. Start wird man das Applet so reali- 
sieren: 
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H ZeitAnzeigeApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass ZeltAnzelgeApplet extends Applet { 
private ZeltAnzelge az; 
public vold lnlt() { 
setLayout(new GrldLayout(2, 1)); 
add(az = new ZeltAnzelge()); 

Panel p = new PanelQ; 
final Button bk, bl; 
p.add(bk = new Button(''kurz”)); 
p.add(bl = new Buttonflang")); 
add(p); 

bk. addActlonUstener(new ActlonüstenerQ { 
public vold actlonPerformed(Actlon Event e) { 

bl.setEnabled(true); 
az.status = ZeltAnzelge. KURZ; 
bk.setEnabled(false); 

} 

}); 

bl. addActionUstener(new ActionListener() { 
public void actionPerformed(ActionEvent e) { 

bk.setEnabled(true); 
az.status = ZeitAnzeige.LANG; 
bl .setEnabled(false) ; 

} 

}): 

new Thread(az).start(); 

} 

} 



Die Klasse ZeltAnzelge ist hier komplett wiederverwendet worden; lediglich die bei- 
den Buttons und die Listener wurden ergänzt. Auch wenn wir im Browser auf andere 
Seiten blättern, die ebenfalls Applets enthalten können, läuft die Zeitanzeige weiter. 
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Um die sicherere „Standard“ -Version des Applets zu erhalten, gehen wir wieder von 
der ZeitAnzeige aus. Wir ergänzen eine Instanzvariable vom Typ Thread, die das 
Applet (also das Objekt, in dem sie enthalten ist) kontrolliert und deklarieren die 
Applet-Methoden Start und stop sowie die Runnable-Methode run wie folgt: 

// StandardApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.text.*; 

Import java.utll.*; 

public dass StandardApplet extends Applet Implements Runnable { 
private Thread thr; 

übrige Variablen wie In ZeitAnzeige 

public vold lnlt() { 

setLayout(new GrldLayout(2, 1)); 

Panel p = new PanelQ; 

p.add(new Label(”Zeir, Label.RIGHT)); 

p.add(text = new TextFleld(12)); 

text.setEdltable(false); 

add(p); 

p = new PanelQ; 

final Button bk, bl; 

p.add(bk = new Buttonfkurz")); 

p.add(bl = new Button("lang")); 

add(p); 

bk. addActlonLlstener(new ActlonUstenerQ { 
public vold actlonPerformed(AcfionEvent e) { 

bl.setEnabled(true); 

Status = KURZ; 
bk.setEnabled(false); 

} 

}): 

bl. addActionListener(new ActionListener{) { analog }); 



} 
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public void start() { 
if (thr == null) { 
thr = new Thread(this); 
thr.setPriority(Thread.MIN_PRIORITY): 
thr.startO; 

} 

} 

public void stop() { thr = null; } 
public void run() { 
for (;;) { 

Date d = new Date(); 
try{ 

wie in ZeitAnzeige 

} catch(lnterruptedException ign) { } 
if (Thread.currentThreadO != thr) 
return; 

} 

} 

} 



Es ist nun dafür gesorgt, daß das Applet seinen eigenen User-Thread thr besitzt, der 
terminiert, wenn für das Applet stop aufgerufen wird, thr wird dann null und in run 
wird die Bedingung in der if-Anweisung true. Damit wird run beendet. Umgekehrt 
wird bei jedem Start- Aufruf für das Applet ein neuer Thread erzeugt und gestartet, der 
das Applet weiter überwacht. Es genügt, diesen mit der Mindestpriorität zu versehen. 
In der nächsten Abbildung ist dargestellt, wie der Thread sein umgebendes Applet 
kontrolliert. 
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Bemerkung 

Zum Abschluß dieses Abschnitts soll nochmals darauf hingewiesen werden, daß die 
Thread-Methoden sleep und yield Klassenmethoden sind, sich also nicht auf ein Ob- 
jekt beziehen. Zum Beispiel haben die Aufrufe Thread.sleep(1 00), x.sleep(1 00) oder 
y.sleep(1 00) alle dieselbe Wirkung, nämlich Thread.currentThread().sleep(1 00). Der 
Aufruf für ein Objekt x oder y ist hier nur irreführend. Entsprechend haben auch alle 
yield-Aufrufe immer die Wirkung von Thread.currentThread().yield(). 



17.8 Systemprozesse 

Ein Java-Programm hat neben der Möglichkeit, mehrere Threads zu starten und de- 
ren run-Methoden gleichzeitig auszuführen, auch die, Programme des Host-Systems 
zu starten, also Prozesse auszuführen. Im Unterschied zu den bisher behandelten 
Threads sind diese in dem Sinne heavyweight, daß zu jedem Prozeß nicht nur der 
ausführbare Programmcode gehört, sondern daß er seinen eigenen Adreßraum und 
seine eigenen Systemressourcen erhält. Darüber hinaus besitzt jeder Prozeß minde- 
stens einen Thread, der seinen Ablauf kontrolliert. Das Erzeugen neuer Prozesse ist 
daher nicht nur aufwendig, sondern auch in keiner Weise mehr systemunabhängig. 

Zur Erzeugung neuer Prozesse steht die Methode exec der Klasse Runtime zur Ver- 
fügung. Sie ist mehrfach überladen; wir wollen hier nur 

exec(String command) 
exec(String[] command) 

behandeln. Der Systembefehl wird im ersten Fall in einem einfachen String-Objekt 
übergeben, wobei die möglicherweise benötigten Argumente durch White-Space- 
Zeichen getrennt werden; im zweiten Fall werden Systembefehl und optionale Ar- 
gumente in den einzelnen Komponenten eines String-Felds übergeben. Die Aufrufe 
execfls -al"), exec(new String[] {"Is", "-al"}) und exec(cmd) sind also gleichbedeutend, 
wenn cmd so deklariert ist: 

String[] cmd = { "Is", "-al" }; 

Ein Java-System erzeugt beim Start der VM ein einzelnes Objekt der Runtime-Klasse, 
das das gestartete Java-Programm und die Umgebung, in der es abläuft, repräsentiert. 
Die Klasse selbst hat keinen Konstruktor, es ist aber eine static Methode getRuntime 
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deklariert, die eine Referenz auf das aktuelle Runtime-Objekt liefert. Um also bei- 
spielsweise einen neuen Prozeß zu starten, der "Is -al" ausführt, tätigt man den Aufruf: 

Runtime.getRuntime().exec("ls -al"); 

Wenn wir diesen Aufruf ausprobieren, bleibt die erwartete Ausgabe aus: auch das 
Konsolfenster, in dem wir den Java-Interpreter gestartet haben, ist eine Ressource, 
die dem Interpreter-Prozeß zugeordnet ist und die er nicht mit dem neu erzeugten 
Prozeß teilt. 

Um die Ausgabe eines Prozesses zu lesen oder um Daten in einen Prozeß einzugeben, 
muß Java mit dem Prozeß kommunizieren. Dazu ist dieser Prozeß im Java-Programm 
zunächst durch ein Objekt der Klasse Process zu repräsentieren. Die Klasse ist ab- 
strakt, ein exec- Aufruf liefert aber nach dem Start des Prozesses eine Referenz auf 
ein Process-Objekt, mit dem dieser kontrolliert werden kann - tatsächlich wird ein 
Objekt einer systemabhängigen konkreten Subklasse geliefert. 

Zur Erzeugung von Ein- oder Ausgabeströmen, die einen Prozeß mit dem Java-Pro- 
gramm verbinden, in dem er erzeugt wurde, sind in Process die Methoden getOut- 
putStream, getlnputStream und getErrorStream deklariert, mit denen man ein Out- 
putStream-Objekt bzw., in den beiden letzten Fällen, ein InputStream-Objekt erhält. 
Den OutputStream setzen wir ein, wenn Daten aus dem Java-Programm in den Prozeß 
fließen müssen; umgekehrt setzen wir InputStreams ein, wenn Java Daten aus dem 
Prozeß erhalten soll. Haben wir die Streams konstruiert, benutzen wir sie wie in 
Kapitel 16. Das folgende Beispiel zeigt, wie die Ausgabe eines Prozesses in einem 
Java-Programm verarbeitet wird; die Prozeßdaten werden hier einfach auf System. out 
angezeigt. 

// ProcTest.java 

Import java.io.*; 

public dass ProcTest { 

public static void main(String[] args) { 

PrintWriter out = new PrintWriter(System.out, true); 

String cmd = "ping localhost"; 
if (args.length != 0) 
cmd = "ping " + args[0]; 




17.9. ÜBUNGSAUFGABEN 



357 



try{ 

Process proc = Runtime.getRuntime().exec(cmd); 

BufferedReader in = 

new BufferedReader(new lnputStreamReader(proc.getlnputStream())); 
for (::) { 

String inp = in.readLineQ; 
if (inp == null) 
break; 

out.println(inp); 

} 

} catch (lOException ign) { } 

} 

} 

Damit das an exec übergebene Programm ausgeführt werden kann, muß sich das ent- 
sprechende Verzeichnis im Pfad befinden. Für ping ist das unter Solaris gewöhnlich 
/usr/sbin, unter Win 95/98/NT \Windows\system bzw. \WINNT35\system32. 

Neben der Kommunikation durch Streams sind noch weitere, einfachere Mechanis- 
men implementiert: mittels waitFor kann man auf das Terminieren eines Prozes- 
ses warten, mit exitValue erhält man den Exit-Code des Prozesses als int, nachdem 
dieser beendet ist. Eine Anfrage vor Beendigung wirft eine Ausnahme des Typs 
lllegalThreadStateException aus. Schließlich kann man mit destroy den laufenden 
Prozeß unmittelbar beenden. 



17.9 Übungsaufgaben 

1. Die Klasse Thread ist (stark vereinfacht) so deklariert: 

public dass Thread implements Runnable { 
private Runnable target; 

public ThreadQ { target = null; } 

public Thread(Runnable target) { this.target = target; } 

public void run() { 
if (target != null) 
target.runO; 

} 
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public synchronized native void start(); // VM ruft run auf 



} 

Das Interface Runnable hat folgende Deklaration: 
public interface Runnable { public abstract void run(); } 

(a) Machen Sie sich klar, wie run im ThreadZaehler-Beispiel aufgerufen wird. 

(b) Mac hen Sie sich klar, wie run im RunnableZaehler-Beispiel aufgerufen 
wird. 

(c) Überlegen Sie sich für (a) und (b), welche Wirkung es hat, wenn Sie „aus 
Versehen“ run statt Start aufrufen. 

2. Schreiben Sie eine verbesserte Version des UlZaehlers. Die Oberfläche (Zaeh- 
lerUI) soll noch einen Button erhalten, mit dem man das Zählen unterbrechen 
bzw. fortsetzen kann. Entsprechend soll der Button als Text "stop" bzw. "weiter" 
anzeigen. 

Wenden Sie die beim StandardApplet benutzte Technik an. 

3. Schreiben Sie eine Subklasse BlinkLabel für die Klasse Label; sie soll den 
Label-Text blinkend anzeigen. Schreiben Sie auch eine kleine Testanwendung. 

4. In der Java-Literatur wird gelegentlich argumentiert, daß die synchronisierte 
Anweisung in Fällen wie diesem eingesetzt werden müsse 

dass XYZ { 

void safeLeftShift(byte[] byteFeld, int anz) { 
synchronized (byteFeld) { 

System.arraycopy(byteFeld, anz, byteFeld, 0, byteFeld.Iength - anz); 

} 

} 



} 

bei dem ein Objekt gesperrt werden soll, für das man keine Methoden deklarie- 
ren kann. Was ist davon zu halten? 

5. Demonstrieren Sie mit einem Beispielprogramm, daß Threads den Dämon- 
Zustand von ihrem erzeugenden Thread erben. 




17.9. ÜBUNGSAUFGABEN 



359 



6. Implementieren Sie eine Klasse Timer, die einen Konstruktor Timer(Timed tar- 
get, long interval) hat. interval Millisekunden nach seiner Konstruktion soll ein 
Timer-Objekt bei dem Timed-Objekt die Methode tick aufrufen. Das “target” 
muß das folgende Interface implementieren: 

public interface Timed { 
void tick(Object o); 

} 

(Über den Object-Parameter kann der Timer dem Timed-Objekt beliebige In- 
formationen übermitteln.) Schreiben Sie auch ein Testprogramm. 

7. Mit dem folgenden Programm sollte bewirkt werden, daß Thread x den Thread 
y fünf Sekunden unterbricht. Weshalb tritt genau der umgekehrte Effekt ein? 

dass Sleeper extends Thread { 
static PrintWriter out = new PrintWriter(System.out, true); 

Sleeper thr; 

Sleeper(String name, Sleeper thr) { 
super(name); 
this.thr = thr; 

} 

public void run() { 
for (int i = 0; i < 10; I++) { 

out.prlntln(getName() + " + i); 

try { 

sleep(1 000): 
if (i == 5 && thr != null) 
thr.sleep(5000); 

} catch (InterruptedException e) { } 

} 

} 

public static void main(String[] args) { 

Sleeper y = new Sleeper("Y", null), x = new Sleeper(”X“, y); 

y.startO: 

x.startQ; 

} 



} 
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8. (a) Bei Anwendungen des Producer/Consumer-Musters können sowohl Pro- 

ducer als auch Consumer die Rolle des Vermittler-Objekts mit überneh- 
men. Demonstrieren Sie dies an zwei neuen Versionen des WaitNotify- 
Beispiels. Welche Version ist schneller? 

(b) Schreiben Sie eine verbesserte Version des Producer/Consumer-Beispiels 
aus /OOPinJava/kapitel17/wait2/. Es soll nun möglich sein, mehrere Pro- 
duzenten und mehrere Konsumenten mit dem Vermittler-Objekt zu ver- 
binden. 

9. Vervollständigen Sie die folgende Klassendeklaration, mit der das sichere Un- 
terbrechen (Wechsel in den Zustand „nicht aktivierbar"*), Fortsetzen (Wechsel 
in den Zustand „aktivierbar"*) und Terminieren eines Threads möglich wird. 

dass SRThread extends Th read { 
static final int RUN = 0, SUSPEND = 1 , RESUME = 2, STOP = 3; 
private int Status = RUN; 
synchronized void setzeStatus(int s) { 



} 

private synchronized boolean runStatus() { 



} 

public void run() { 
while(runStatusO) 
work(); 

} 

void workQ { eigentliche Th read- Aktivität } 

} 

Realisieren Sie die Statusmethoden mittels wait und notify. Dabei soll runStatus 
warten, solange Status den Wert SUSPEND besitzt, false liefern, wenn der Wert 
STOP ist, und ansonsten true zurückgeben. 

10. Mit der ThreadGroup-Methode getParent erhält man die Threadgruppe, in der 
eine Threadgruppe enthalten ist, bzw. null, wenn man sie für die **top-level” 
Threadgruppe aufruft. 

Stellen Sie mit dieser Methode alle existierenden Threads einer Anwendung 
bzw. eines Applets fest und zeigen Sie sie an. 




Kapitel 18 



Das Abstract Window Toolkit, 
Applets und Frames (Teil II) 



In diesem Kapitel setzen wir die in Kapitel 13 begonnene Behandlung der AWT- 
Klassen fort und besprechen komplexere Komponenten, die beim Aufbau fast jeder 
Benutzerschnittstelle benötigt werden. Alle Komponenten sind bereits in der Ver- 
erbungshierarchie auf Seite 203 abgebildet. Auch Erzeugung, Versand und Verar- 
beitung der von ihnen ausgelösten Ereignisse werden, wie in den Abschnitten 13.5 
und 13.7 besprochen, nach dem Delegations-Prinzip unter Verwendung von Listener- 
Objekten abgewickelt. 



18.1 Aufbau von Benutzerschnittstellen (Teil II) 

Wie in Abschnitt 13.6 diskutieren wir die wichtigsten noch ausstehenden Komponen- 
ten zunächst anhand einiger sehr einfach gehaltener Beispiele. 



18.1.1 TextArea 

TextArea-Objekte dienen wie ein Textfeld zur Eingabe und Anzeige von Text. Die 
Eingabe ist jetzt aber nicht nur auf eine Zeile beschränkt, und darüber hinaus kann ei- 
ne TextArea mit Scrollbalken ausgestattet werden. Die Klasse hat fünf Konstruktoren: 
TextArea(int, int) erzeugt eine leere Textfläche mit der Anzahl an Zeilen und Spalten, 
die im ersten bzw. zweiten Argument angegeben werden; mit TextArea(String, int, int) 
wird der im String-Argument übergebene Text auf der Textfläche dargestellt. In bei- 
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den Fällen erhalten die Textflächen horizontale und vertikale Scrollbalken. Das An- 
fügen der Scrollbalken kann man mit dem Konstruktor TextArea(String, int, int, int) 
durch das dritte int- Argument festlegen. Hierzu stehen die vier Konstanten TextArea. 
SCROLLBARS_BOTH, TextArea.SCROLLBARS_NONE, TextArea.SCROLLBARS_ 
VERTICAL_ONLY und TextArea.SCROLLBARS_HORIZONTAL_ONLY zur Verfügung. 
Nach der Konstruktion des TextArea-Objekts können seine Scrollbalken nicht mehr 
modifiziert werden. 

Der Standardkonstruktor TextArea() erzeugt eine leere Textfläche, TextArea(String) 
zeigt den übergebenen Text an. Diese beiden Konstruktoren überlassen die Festle- 
gung der Größe dem Layout-Manager. 

Wie bei einfachen Textfeldern ist es empfehlenswert, eine Schrift mit fester Buchsta- 
benbreite - z.B. MonoSpaced - anstelle einer Proportionalschrift einzustellen, damit 
die Spaltenanzahl der Textfläche möglichst korrekt gesetzt wird. Das folgende Bei- 
spiel zeigt ein Applet mit zwei TextArea-Objekten gleichen Inhalts, aber verschiede- 
ner Schrift: 

// TextAreaTest.java 

Import java.applet.*; 

Import java.awt.*; 

public dass TextAreaTest extends Applet { 
public vold lnlt() { 

setLayout(new GrldLayout(2, 1, 0, 20)); 

String text = 

"Wie bei einfachen Textfeldern Ist es empfehlenswert, elne\n" + 

"Schrift mit fester Buchstabenbreite elnzustellen, damit dle\n" + 
"Spaltenanzahl der Textfläche möglichst korrekt gesetzt wlrd.\n\n"; 

TextArea ta = new TextArea(text, 10, 60); 
ta.setFont(new FontfMonospaced", Font.PLAIN, 12)); 
add(ta); 

add(new TextArea(text, 10, 60)); 

} 

} 

Textfelder erben wie Textflächen eine Reihe von Methoden von der Superklasse Text- 
Component, z.B. setText, getText, IsEdItable, setEdItable, addTextLIstener usw. (vgl. 
13.6.2). Spezifische TextArea-Methoden sind: 
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Methode 


Bedeutung 


getColumns 

getRows 

insert(String, int) 

append(String) 

replaceRange(String, int, int) 


Liefert die aktuelle Spaltenzahl 

Liefert die aktuelle Zeilenzahl 

Fügt den String ab der int-Position in den Text ein 

Fügt den String am Textende an 

Ersetzt den Text zwischen der spezifiz. Start- bzw. 

Endposition (2. bzw. 3. Argument) durch den String 



Im Unterschied zu Textfeldern lösen Textflächen beim Drücken der Return-Taste 
keine ActionEvents aus. Lediglich auf die Eingabe eines Zeichens wird durch ein 
TextEvent reagiert (vgl. 13.5-13.7). 



18.1.2 List 

List-Objekte bieten wie Choice-Objekte eine Liste von Strings an, aus denen einer 
selektiert werden kann. Im Unterschied zum Choice-Objekt, das, solange keine 
Auswahl stattfindet, lediglich den letzten gewählten String anzeigt, wird bei List- 
Objekten immer die komplette Auswahlliste angezeigt; wenn der verfügbare Platz 
nicht ausreicht, wird die Liste automatisch mit einem Scrollbalken versehen. Weiter- 
hin können, anders als beim Choice-Objekt, mehrere Gegenstände gleichzeitig selek- 
tiert sein. Ein weiterer Unterschied zum Choice-Objekt, bei dem nach der Konstruk- 
tion der erste mit add eingefügte Gegenstand bereits selektiert ist, besteht darin, daß 
bei einer Liste zunächst nichts als gewählt markiert ist. 

Wird die AWT-Liste zusammen mit dem List-Interface aus java.util benötigt, so müs- 
sen vollständig qualifizierte Typnamen verwendet werden, damit keine Namenskon- 
flikte auftreten. Die Klasse hat drei Konstruktoren: List(int) erzeugt eine Liste mit der 
spezifizierten Anzahl sichtbarer Einträge. Bei List() wird ein Standardwert (derzeit 4) 
benutzt. Durch diese beiden Konstruktoren erzeugt man Listen, aus denen jeweils 
nur ein Gegenstand auswählbar ist. Mit List(int, boolean) kann man die Möglich- 
keit mehrfacher Selektion durch das zweite Argument ermöglichen (Wert true) oder 
ausschließen (Wert false). Voreingestellt ist false, also exklusive Auswahl. 

Beim folgenden einfachen Beispiel handelt es sich um den ChoiceTest aus 13.6.4, 
wobei jeweils Choice durch List ersetzt wurde und anstelle des Variablennamens c 
der Bezeichner lis verwendet wird. Man sieht, daß die Liste einen Scrollbalken erhält 
und daß kein Gegenstand selektiert ist. Um wie beim Choice-Beispiel mit HP-UX zu 
beginnen, fügen wir noch einen Aufruf lis.select(O) in die Methode init ein. 





364 



KAPITEL 18. DAS AWT, APPLETS UND FRAMES (TEIL II) 



Neben add, getItemCount, getSelectedlndex und getSelectedItem, die dieselbe Wir- 
kung wie bei Choice-Objekten haben, sind noch zwei weitere get-Methoden dekla- 
riert. getSelected Indexes liefert ein int-Feld mit den Indizes der selektierten Gegen- 
stände, getSelectedItems liefert das entsprechende String-Feld. 

List-Objekte erzeugen wie Choice-Objekte beim Selektieren eines Gegenstands ein 
ItemEvent. Darüber hinaus lösen sie ein ActionEvent aus, wenn ein Doppelklick auf 
ein Listenelement ausgeführt wird. Das Beispiel gibt einfach die selektierten Elemen- 
te und die Elemente, für die eine Aktion ausgeführt werden soll, aus: 

// ListEvent.java 

import java.applet.*; 
import java.awt.*; 
import java.awt.event.*; 
import java.io.*; 

public dass ListEvent extends Applet { 
public void lnlt() { 

final PrintWriter out = new PrintWriter(System.out, true); 

final List lis = new List(); 

lis.add(“HP-UX”); 

lis.add("OS/2"); 

lls.addfMac-OS"); 

lis.addfSolaris"); 

lis.add("Win-95/98/NT"); 

add(lis); 

lls.addltemUstener(new ltemListener() { 

public void itemStateChanged(ltemEvent e) { 
out.println(lis.getSelectedltem() + " selektiert"); 

} 

}): 

lis.addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent e) { 
out.println(“Aktion mit " + e.getActionCommand() + ” ausfuehren"); 

} 

}): 

} 

} 




18.L AUFBAU VON BENUTZERSCHNITTSTELLEN (TEIL II) 



365 



18.1.3 ScrollPane und Scrollbar 

ScrollPanes sind Container, die immer nur eine einzige Komponente enthalten kön- 
nen. Jeder add- Aufruf entfernt daher vor dem Einfügen der neuen Komponente eine 
bereits vorhandene. Ist die Komponente größer als der für das ScrollPane-Objekt 
verfügbare Platz, werden automatisch Scrollbalken angefügt, und es wird nur ein 
Ausschnitt aus der Komponente dargestellt. Das ScrollPane-Objekt arbeitet dann wie 
ein Panel mit angebrachten Scrollbalken. 

Neben dem Standardkonstruktor, der Scrollbalken nur bei Platzbedarf erzeugt, kann 
mit dem Konstruktor ScrollPane(int) explizit über das Anfügen von Scrollbalken ent- 
schieden werden. Für das int- Argument sind die drei Konstanten ScrollPane.SCROLL- 
BARS_AS_NEEDED, ScrollPane.SCROLLBARS_NEVER und ScrollPane.SCROLL- 
BARS_ALWAYS deklariert. Nach der Konstruktion des ScrollPane-Objekts können 
diese Einstellungen nicht mehr geändert werden. 

Im folgenden Beispielprogramm haben wir das PunkteApplet aus Abschnitt 13.5 auf 
einem ScrollPane-Objekt angebracht. Das Applet wird erst durch Drücken des Start- 
Buttons gestartet. 

// ScrollPaneTest.java 

Import java.awt.*; 

Import java.awt.event.*; 

public dass ScrollPaneTest extends Frame { 
private Panel butPanel = new Panel(); 
private Button but = new ButtonfStart"); 
private ScrollPane scroller = new ScrollPaneQ; 
private PunkteApplet appl = new PunkteAppletQ; 

ScrollPaneTestO { 
super("ScrollPane-Tesf); 
but.addActionUstener(new ActionLlstener() { 
public vold actionPerformed(ActionEvent e) { 
appl.initO; 

} 

}); 

butPanel.add(but); 

add(butPanel, BorderLayout.NORTH); 
scroller.add(appl); 
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add(scroller, BorderLayout.CENTER); 
setSize(250, 150); 
setVisible(true); 

} 

public static void main(String[] args) { 
new ScrollPaneTestO; 

} 

} 

Wenn man das Applet nun für die verfügbare Fläche „zu groß“ dimensioniert, z.B. 
dadurch, daß man in PunkteApplet.init noch einen Aufruf setSize(400, 400) einfügt, 
ergibt sich folgendes Bild: 



— Slider(auch: „Schiebef') 



Das Scrollen der in einem ScrollPane-Objekt enthaltenen Komponente kann auch 
innerhalb des Programmcodes veranlaßt werden, indem man die Methode setScroll- 
Position(int, int) aufruft. Mit den beiden Argumenten werden die Einstellungen des 
horizontalen bzw. vertikalen „Sliders“ übergeben. Diese sind nur zulässig, wenn sie 
sich in den durch die Komponenten- und Containergrößen bedingten Schranken be- 
wegen. Der kleinste zulässige Wert ist immer 0, den größten kann man durch die 
Aufrufe 

getHAdjustable().getMaximum() // horizontal 

getVAdjustable().getMaxlmum() // vertikal 

ermitteln, die an das ScrollPane-Objekt zu richten sind. Bei unzulässigen Werten 
wird die nächstmögliche Position eingestellt. 

Eine typische Anwendung für ScrollPanes ist die Darstellung von Bilddateien, die 
zuvor auf Component- oder Canvas-Objekten angebracht wurden (siehe Kapitel 19). 
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Wir haben gesehen, daß TextArea-, List- und ScrollPane-Objekte automatisch oder 
explizit mit Scrollbalken versehen werden können. Darüber hinaus ist es auch mög- 
lich, eigenständige Scrollbar-Objekte zu erzeugen. Dazu verwendet man in der Regel 
den Konstruktor Scrollbar(int, int, int, int, int), der folgende Argumente erwartet: 

Mit dem ersten Argument wird die Ausrichtung des Scrollbalkens festgelegt; zulässig 
sind Scrollbar.HORIZONTAL und Scrollbar.VERTICAL. 

Das zweite Argument übergibt die Anfangseinstellung, die zwischen dem Minimal- 
und Maximalwert liegen muß. Minimum und Maximum werden mit dem vierten und 
fünften Argument spezifiziert. 

Das dritte Argument ist die Breite des Schiebers, der auf dem Scrollbalken bewegt 
wird. Mit dieser in Pixeln gemessenen Breite kann der sichtbare Anteil des angezeig- 
ten Gegenstands repräsentiert werden. 

Alle Scrollbalken können Ereignisse des Typs AdjustmentEvent versenden, wenn ihre 
Schieber-Einstellung verändert wird. Zum Ablesen der Werte benutzt man die Metho- 
den getMaximum, getMinimum und getValue. ScrollbarTest ist ein Beispiel-Applet, 
das hier das AdjustmentListener-Interface implementiert, da es außer dem Ablesen 
und Anzeigen des eingestellten Werts keine weiteren Aufgaben zu erfüllen hat. 

// ScrollbarTest.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass ScrollbarTest extends Applet Implements AdjustmentUstener { 
private Scrollbar s; 
private Label I; 
public vold lnlt() { 

add(l = new Labelf 75", Label. RIGHT)); 

Int sllder = 10; 

add(s = new Scrollbar(Scrollbar.HORIZONTAL, 75, sllder, 0, 150 + sllder)); 
s.addAdjustmentLlstener(thls); 

} 

public vold adjustmentValueChanged(AdjustmentEvent e) { 
l.setText(lnteger.toStrlng(s.getValue())); 

} 

} 
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18.1.4 Component: Rekapitulation und weitere Details 

In den Abschnitten 13.4-13.7 haben wir bereits wichtige Methoden der Klasse Com- 
ponent, die Superklasse aller AWT-Komponenten ist, behandelt. Zum Beispiel wur- 
den verschiedene Listener mit Komponenten verbunden, die Vorder- und Hinter- 
grundfarben sowie Schriftgrößen und -typen einer Komponente wurden variiert, und 
mit repaint wurde das erneute Zeichnen der Komponente ausgelöst. 

In diesem Abschnitt werden in Ergänzung zur Tabelle auf Seite 203 weitere wichtige 
Component-Methoden zusammengestellt; weiterhin wird ein Beispiel besprochen, 
das einen Container aus einigen der bisher behandelten Komponenten aufbaut. 



Methode 


Bedeutung 


addXYZListener 

getCursor 

getFontMetrics 

getGraphics 

getLocale 

getParent 

getPreferredSize 

getSize 

removeXYZListener 


siehe Tabelle S. 207 

Liefert die aktuelle Cursorform als Cursor-Objekt 
Liefert die Fontmetrik eines Fonts 
Liefert den Grafik-Kontext der Komponente 
Liefert das aktuelle Locale-Objekt der Komponente 
Liefert den Container, in dem die Komponente enthalten ist 
Liefert die „natürliche“ Größe als Dimension-Objekt 
Liefert die aktuelle Größe als Dimension-Objekt 
siehe Tabelle S. 207 



Zu getCursor, getLocale und getSize sind wieder passende set-Methoden deklariert, 
also setCursor(Cursor), setLocale(Locale), setSize(Dimension) und setSize(int, int). 

Im folgenden CompoTest-Applet wird eine Komponente erzeugt, die als Container 
ein Panel-, ein Label- und ein List-Objekt enthält, wobei auf dem Panel zwei Textfel- 
der angebracht sind, deren Bedeutung jeweils durch ein Label erklärt wird. 

Die Liste ist mit einem anonymen ItemListener verbunden, der beim Selektieren oder 
Deselektieren eines Gegenstands (hier: einer Zutat) das Preisfeld aktualisiert. Es ist 
möglich, mehrere Gegenstände zu selektieren. 

Das Textfeld anzahl ist mit einem ActionListener verbunden, der die Preisanzeige 
beim Drücken der Return-Taste aktualisiert. Damit der Preis auch korrekt ist, wenn 
die Anzahl geändert wurde und das Textfeld mittels Mausbewegung oder Tab-Taste 
verlassen wird, ist anzahl auch noch mit einem FocusListener verbunden. 





18.1. AUFBAU VON BENUTZERSCHNmSTELLEN (TEIL II) 



369 



// CompoTest.java 

Import java.applet.*; 

Import java.awt.*: 

Import java.awt.event.*: 

Import java.text.*: 

public dass CompoTest extends Applet { 
private Panel p = new Panel(); 
private List lls; 

private TextFleld anzahl, preis; 
private double dm = 7.5; 

private DecImalFormat f = new DeclmalFormat("###.00“); 
public vold lnlt() { 

setLayout(new GrldLayout(3, 1)); 
p.add(new Label(“ Anzahl", Label.RIGHT)); 
p.add(anzahl = new TextFleld('T, 3)); 
p.add(new Label("Prels DM", Label.RIGHT)); 
p.add(prels = new TextFleld(“7.50", 6)); 
prels.setEdltable(false); 
add(p); 

lls = new Llst(5, true); 

Ils.addC'SalamI"); 

lls.add("Schlnken"); 

lls.addC'Sardellen"); 

lls.addC'Thunflsch"); 

lls.add("Champlgnons“); 

Ils.addC'ZwIebeln"); 

lls.add{“Ollven"); 

lls.add(“Artlschocken"); 

lls.add("Gorgonzola"); 

add(new Label(”Plzza mit Käse & Tomaten und Label.CENTER)); 
add(lls); 

anzahl.addActlonLlstener(new ActlonLlstener() { 

public vold actionPerformed(ActionEvent e) { anzeige(); } 

}): 
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anzahl.addFocusListener(new FocusAdapter() { 
public void focusLost(FocusEvent e) { anzeige(); } 

}); 

lis.addltennListener(new ItemListenerQ { 
public void itemStateChanged(ltemEvent e) { anzeigeQ; } 

}): 

} 

public Insets getlnsets() { 
return new lnsets(10, 10, 10, 10); 

} 

void anzeigeO { 

dm = (7.5 + lis.getSelectedlndexes().length) 
*lnteger.parselnt(anzahl.getText()); 
preis.setText(new String(f.format(dm))): 

} 

} 



Im HotJava-Browser hat das Applet dieses Aussehen: 
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18.1.5 Window 

Die Klasse Window ist die gemeinsame Superklasse von Frame und Dialog. In ihr 
wird bereits ein großer Teil der Funktionalität für diese beiden Subklassen bereit- 
gestellt. Die folgende Tabelle enthält die wichtigsten Window-Methoden und ihre 
Beschreibung: 



Methode 


Bedeutung 


dispose 


Zerstört das Fenster und gibt alle seine Ressourcen frei 


pack 


Setzt die Fenstergröße auf getPreferredSize() 


Show 


Ruft toFront auf, wenn das Fenster sichtbar ist; ansonsten wird 




setVisible(true) aufgerufen 


toBack 


Bringt das Fenster auf die unterste Ebene der Fensterhierarchie 


toFront 


Bringt das Fenster auf die oberste Ebene der Fensterhierarchie 



Bei den bisherigen Beispielen haben wir Komponenten immer dadurch angezeigt, 
daß wir setVisible(true) aufgerufen haben. Ein show-Aufruf ist nur dann sinnvoll, 
wenn mehrere (größere) Window-Objekte erzeugt werden, die sich u.U. verdecken 
und programmgesteuert umsortiert und sichtbar gemacht werden sollen. 

Windows selbst sind Fenster ohne Rahmen, ohne Titelzeile und ohne Menüleiste, oh- 
ne Icons, und ihre Größe kann nicht mit der Maus verändert werden. Sie können je- 
doch neben den von allen Komponenten erzeugbaren Ereignissen WindowEvents ge- 
nerieren und mit einem WindowListener verbunden werden. Bei den meisten Benut- 
zeroberflächen wird man wegen der vertrauteren Manipulationsmöglichkeiten Frame- 
oder Dialog-Objekte anstelle von Window-Objekten einsetzen. Außerdem hat der 
Konstruktor die Form Window(Frame), ein Window muß also immer mit einem Frame 
verknüpft werden. Wenn man dieses zugehörige Frame-Objekt schließt, wird auch 
das Window-Objekt zerstört. Das WindowTest-Applet zeigt dennoch ein Beispiel für 
ein einfaches Window, bei dem das Fenster mit dem Frame des Browsers oder App- 
letviewers verknüpft wird. 

// WindowTest.java 

Import java.applet.*; 

Import java.awt.*; 





372 



KAPITEL 18. DAS AWT, APPLETS UND FRAMES (TEIL II) 



public dass WindowTest extends Applet { 
private Window win; 
public void init() { 

add(new LabelfEin Window mit einem Button", Label.CENTER)); 
Component f = this; 
while (!(f instanceof Frame)) 
f = f.getParentO; 
if (f != null) { 

win = new Window((Frame)f); 
win.add(new Button("Button")); 
win.setBackground(Color.yellow); 
win.setForeground(Color.red); 
win.setSize(200, 100); 
win.showO; 

} 

} 

} 

Das Fenster wird unabhängig vom Browser direkt auf dem Desktop abgelegt - in der 
Regel in der linken oberen Ecke. Wenn man das Applet über das Netz lädt, markieren 
die meisten Browser das Window-Objekt durch "Warning: Applet Window" oder mit 
"Untrusted Java Window", um Anwender darauf aufmerksam zu machen, daß das 
Fenster vom Applet, nicht vom Browser oder anderen Host-Anwendungen erzeugt 
wurde. 

Warning: Applet Windov\i 

Button ■ 



18.1.6 Frame 

Frame ist die direkte Subklasse der Klasse Window, mit der man in der Regel die 
Oberfläche für eine stand-alone Anwendung entwickelt. Im Vergleich zur Window- 
Klasse sind Frames mit Rahmen, Titel- und Menüleiste sowie systemabhängig mit 
verschiedenen Buttons zum Vergrößern, Verkleinern und Schließen des Fensters aus- 
gestattet. 
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Die Klasse verfügt neben dem Standardkonstruktor über Frame(String), einen Kon- 
struktor, mit dem der Frame-Titel gesetzt wird. Auch setTitle(String) kann alternativ 
benutzt werden. Den Unterschied zum Window erkennt man am FrameTest- Applet: 

// FrameTest.java 

Import java.applet.*; 

Import java.awt.*; 

public dass FrameTest extends Applet { 
private Frame f; 
public void init() { 

add(new LabelfEln Frame mit einem Button", Label.CENTER)); 

f = new Frame(” Frame-Test"); 

f.add(new ButtonfButton"), BorderLayout.CENTER); 

f.setBackground(Color.yellow); 

f.setForeground(Color.red); 

f.setSize(200, 100); 

f.setVislble(true); 

} 

} 

Dieses Beispiel ist aber insofern untypisch, als der Frame hier im Applet erzeugt 
wird, was bei den meisten Browsern wieder zur Ausgabe einer Warnung führt. Im 
Normalfall benutzen wir - wie in allen bisherigen Beispielen - ein Frame-Objekt 
als eigenständigen Container, in dem eine Benutzerschnittstelle aufgebaut wird. Wie 
wir in den Abschnitten 13.4-13.7 gesehen hatten, muß ein Frame mit einem Wln- 
dowLIstener verbunden werden, damit er auf das Drücken der „Close-Box“ oder die 
Auswahl von Close oder Quit in seiner Menüleiste reagiert. 



18.1.7 Dialog 

Auch Dialog ist eine direkte Subklasse von Window. Sie ist der Frame-Klasse ähn- 
lich, verfügt jedoch nicht über eine Menüleiste und kann nicht ikonifiziert werden. 
Dialog-Objekte haben aber, anders als Windows und Frames, ein Attribut mit dem 
wir entscheiden können, ob sie modal sind oder nicht. Ein modales Fenster blockiert 
die Eingabe in allen anderen Fenstern solange, bis es geschlossen wird. Nicht modale 
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Fenster haben kein besonderes Verhalten; bevor man Eingaben in ihnen vomimmt, 
kann man auch auf andere Komponenten zugreifen. 

Dialog-Objekte sind immer mit einem Frame-Objekt verknüpft, dessen Zerstören 
auch wieder das Dialog-Fenster zerstört. Die Klasse hat daher drei Konstruktoren der 
Form Dialog(Frame), Dialog(Frame, String) und Dialog(Frame, String, boolean). Mit 
dem String- Argument wird dabei der Fenstertitel festgelegt. Das boolean-Argument 
im dritten Konstruktor entscheidet darüber, ob das Fenster modal ist (Wert true) oder 
nicht (Wert false). Mit den beiden ersten Konstruktoren werden nicht modale Fenster 
erzeugt. Im folgenden Beispiel entscheiden wir mit dem ersten Kommandozeilenar- 
gument darüber, ob das DialogWin-Objekt modal erzeugt wird. 

// DialogWin.java 

import java.awt.*; 

import java.awt.event.*; 

import java.io.*; 

dass DialogWin extends Dialog { 

DialogWin(Frame frame, boolean mode) { 
super(frame, "Dialog-Box", mode); 

add(new Label("A oder B?", Label.CENTER), BorderLayout.CENTER); 
Button but; 

InpHandler handlet = new InpHandlerQ; 

add(but = new Buttonf A "), BorderLayout.WEST); 

but.addActionUstener(handler); 

add(but = new Button(" B "), BorderLayout.EAST); 

but.addActionListener(handler); 

packQ; 

} 

dass InpHandler Implements ActionUstener { 
public void actionPerformed(ActionEvent e) { 



dIsposeO; 

} 

} 

public static void main(String[] args) { 

final PrIntWriter out = new PrintWhter(System.out, true); 
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if (args.length == 0) { 
out.println("Starten mit false oder true"); 

System.exit(O); 

} 

Frame f = new Frame(” Anwendung"); 

Button b = new Button(“ Bitte drücken! ”); 
b.addActionListener(new ActionListenerQ { 
pubiic void actionPerformed(ActionEvent e) { 
out.printInC'OK gedrückt”); 

} 

}): 

f.add(b); 

f.packO; 

f.setVisible(true); 

DialogWin win = new DialogWin(f, args[0].equals("true“)); 
win.showO; 

} 



Beim Starten mit java DialogWin false wird win nicht modal und der Button in der 
Anwendung kann unabhängig von der Dialog-Box gedrückt werden. Startet man 
durch java DialogWin true, ist win modal und vor dem Drücken auf A oder B in der 
Dialog-Box kann die Anwendung nicht Weiterarbeiten. 




18.1.8 FileDiaiog 

Mit der Subklasse FileDiaiog der gerade besprochenen Dialog-Klasse steht ein Mecha- 
nismus zur Verfügung, über den man auf einfache Art einen Dateinamen auswählen 
kann. Zur Erzeugung eines FileDialog-Objekts sind drei Konstruktoren FileDialog(Fra- 
me), FileDialog(Frame, String) und FileDialog(Frame, String, int) deklariert. 
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Da sie spezielle Dialog-Objekte sind, ist auch hier immer ein Frame anzugeben, mit 
dem FileDialog-Objekte verknüpft sind. Das optionale String- Argument übergibt den 
Fenstertitel, und mit dem ebenfalls optionalen int-Argument kann man festlegen, ob 
eine Datei geladen (Wert FileDialog.LOAD) oder gespeichert (Wert FileDialog.SAVE) 
werden soll. Die Standardeinstellung ist FileDialog.LOAD; hier kann nur eine be- 
reits vorhandene Datei gewählt werden. Bei FileDialog.SAVE ist auch ein neuer Da- 
teiname möglich. Daneben wirken sich diese Optionen aber nur auf die Oberfläche 
des FileDialogs, insbesondere die Button-Texte aus, geöffnet oder gespeichert wird 
noch nichts. 

Ein FileDialog-Fenster ist immer modal. Die von Benutzern vorgenommene Auswahl 
können wir mittels getDirectory bzw. getFile feststellen; beide Methoden liefern das 
Resultat als String. Im folgenden Beispiel wird die „geladene“ Datei einfach im Ter- 
minalfenster ausgegeben. Beim Speichern sind noch keinerlei Aktivitäten implemen- 
tiert. Sinnvoll wäre z.B. das Abspeichem eines TextField-Inhalts unter dem gewählten 
Dateinamen. 

// FileDialogTest.java 

import java.awt.*; 

import java.awt.event.*; 

import java.io.*; 

dass FileDialogTest extends Frame { 

private Button bl = new ButtonfDatei laden"), 
bs = new Button("Datei speichern"); 
private FileDialog dialog; 

FileDialogTestO { 
super("FileDialog-Test"); 
setLayout(new GridLayout(1 , 2, 10, 10)); 

LSListener lis = new LSUstenerQ; 

bl.addActionUstener(lis); 

bs.addActionListener(lis); 

add(bl); 

add(bs); 

packO; 

setVisible(true); 

} 
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dass LSListener implements ActionUstener { 
public void actionPerformed(ActionEvent e) { 
if ((Button)e.getSourceO == bl) 
ladenO; 
eise 

speichernO; 

} 

} 

void ladenO { 

dialog = new FileDialog(this, "Datei laden"); 
dialog.showO; 

PrintWriter out = new PrintWriter(System.out, true); 
try{ 

FileReader reader = new FileReader(dlalog.getFile()); 
BufferedReader in = new BufferedReader(reader); 

String str; 

while ((str = in.readUne()) != null) 
out.println(str); 
out.printlnQ; 

} catch (Exception e) { 
out.println("Keine Datei geladen ..."); 

} 

} 

void speichernO { 

dialog = new FileDialog(this, "Datei speichern", FileDialog.SAVE); 
dialog.showO; 



} 

public static void main(String[] args) { 
new FileDialogTestO; 

} 

public Insets getlnsets() { return new lnsets(35, 10, 10, 10); } 

} 

Wenn man hier im FileDialogTest auf Datei laden drückt, wird ein FileDialog-Fenster 
geöffnet, das beispielsweise das in der folgenden Abbildung gezeigte Aussehen hat: 
Man erkennt, daß neben der Auswahl des Dateinamens durch eine Liste auch ein Fil- 
ter zur Suche nach bestimmten Dateien verfügbar ist und daß eine weitere Liste zum 
Auswählen von Verzeichnissen existiert. Eine selektierte Datei kann nun mit dem 
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OK-Button oder durch Doppelklick auf das entsprechende Listenelement ausgewählt 
werden. (Ein Doppelklick in der Liste löst ein ActionEvent aus, vgl. 18.1.2.) 

Je nach verwendetem System werden die Fenster unterschiedlich aufgebaut sein, 
z.B. mit einem Choice-Objekt für die Verzeichnis- Auswahl, mit Open statt OK als 
Button-Text usw. Es bleibt weiterhin zu beachten, daß von einem Applet erzeute 
FileDialog-Objekte nur unter besonderen Umständen auf das lokale Dateisystem zu- 
greifen dürfen; siehe hierzu Kapitel 13. 



■^1 FilePialog-Test I ^ I j| 

Datei laden | Datei speichern j 



Datei laden 



Enter path or folder name: 
i /hoitte/iiiisdia/java4 



Filter 
i ’^javC 

Folders 

|pse 

I Roman 

jseminar 

visigenic 



CheckBoxDemo.jaya 
jCheckboxTestjava 
ChoiceDemoJaya 
n choiceTest.java 
I Chopstick.java 
^ Clientjava 



ClockJava 



Enter fi le name : 
I Clock. jav^ 



Update 



Cancel 
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18.1.9 Menüs 

In diesem und im folgenden Abschnitt behandeln wir die letzten noch nicht bespro- 
chenen AWT-Komponenten, mit denen man Menüs und Popup-Menüs erzeugt. Die- 
se Komponenten sind nicht Teil der Component-Hierarchie (vgl. Seite 203), sondern 
Subklassen von MenuComponent, was bedeutet, daß spezielle Component-Metho- 
den, z.B. paint oder drawXYZ, nicht für Menüs und ihre Bestandteile überschrieben 
werden können. 

Menüs werden immer an einer Menüleiste - einem MenuBar-Objekt - angebracht, die 
selbst wieder an einem Frame-Objekt angebracht werden muß. Frames und ihre Sub- 
klassen implementieren das MenuContainer-Interface und können durch setMenuBar 
jeweils genau eine Menüleiste erhalten. Beim mehrmaligen setMenuBar- Aufruf wird 
eine bereits vorhandene Menüleiste entfernt, bevor die neue angebracht wird. 

Menüs nimmt man dann mittels add(Menu) (aus MenuBar) in die Menüleiste auf. 
Und Untermenüs, Menüeinträge oder Trennstriche fügt man mittels add(Menultem), 
add(String) bzw. addSeparator (aus Menu) zu einem Menü hinzu. Zu jedem add 
existiert ein passendes remove(MenuComponent). 

Anstelle des Menu-Standardkonstruktors benutzt man in der Regel den Konstruktor 
Menu(String) und legt nüt dem String-Argument den Namen des Menüs, wie er in 
der Menüleiste erscheinen soll, fest. Auch einzelne Menüeinträge werden mit einem 
String benannt. Ein erstes Beispiel ist: 

// MenuTest.java 

import java.awt.*; 

dass MenuTest extends Frame { 

MenuTestO { 

super("Erster Menü-Test"); 

MenuBar mbar = new MenuBarQ; 
setMenuBar(mbar); 

Menu rechner = new MenufRechner"); 

mbar.add(rechner); 

rechner.add("HP-Workstation"); 

rechner.addC'Sun-Workstation"); 

rechner.add("Dec-Workstation"); 

rechner.addSeparatorQ; 
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rechner.addC'PC"); 
setSize(300, 150); 
setVisible(true); 

} 

public static void main(String[] args) { 
new MenuTestO; 

} 

} 

Bei diesem einfachen Beispiel ergibt sich der folgende Frame- Aufbau: 




HP -Workstation 

Sun-Workstation 

Dec4Vorkstation 



PC 



Während das AWT die Darstellung von Menüs und ihren Einträgen übernimmt, müs- 
sen wir die Reaktion auf die Benutzeraktivitäten selbst implementieren. Dies wird 
dadurch ermöglicht, daß ein Menuitem, wenn es selektiert wird, ein ActionEvent 
erzeugt, das wir mit einem Action Listener empfangen und verarbeiten können. Im 
MenuListener-Beispiel wird die Vorgehensweise demonstriert, indem der gewählte 
Menüeintrag einfach auf System.out angezeigt wird. 

// MenuListener.java 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.lo.*; 

dass MenuListener extends Frame { 
private PrintWrIter out = new PrintWrlter(System.out, true); 

MenuLlstenerQ { 
superfMenü-Llstener"); 

MenuBar mbar = new MenuBarQ; 
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Menu rechner = new Menu(''Rechner"); 

setMenuBar(mbar); 

mbar.add(rechner); 

Menuitem hp, sun, dec, pc; 

rechner.add(hp = new Menultem("HP-Workstation“)); 

rechner.add(sun = new MenultemC'Sun-Workstation")); 

rechner.add(dec = new Menultem(”Dec-Workstation")); 

rechner.addSeparatorO; 

rechner.add(pc = new Menultem("PC")); 

Listener lis = new Listener(); 
hp.addActionUstener(lis); 
sun.addActionUstener(lis); 
dec.addActionUstener(lis); 
pc.addActionUstener(lis); 
addWindowListener(new WindowAdapter() { 
public void windowClosing(WindowEvent e) { 
disposeO; 

System.exit(O); 

} 

}); 

setSize(300, 150); 
setVisible(true); 

} 

dass Listener implements ActionUstener { 
public void actionPerformed(ActionEvent e) { 
out.println(e.getActionCommandO); 

} 

} 

public static void main(String[] args) { 
new MenuListenerQ; 

} 

} 

Im nächsten Beispiel, MultiMenu, zeigen wir, daß man weitere Menüs einfach durch 
weitere add-Aufrufe an einer Menüleiste anbringt. Weiterhin wird klar, daß ein Me- 
nü auch Untermenüs als Einträge enthalten kann, da Menu Subklasse von Menuitem 
ist. 
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H MultiMenu.java 
import java.awt.*; 

dass MultiMenu extends Frame { 

MultiMenuO { 

superC'Menüs und Untermenüs“); 
MenuBar mbar = new MenuBarQ; 

Menu rechner = new MenuC'Rechner“); 

rechner.addC'H P-Workstation") ; 

rechner.addC'Sun-Workstation“): 

rechner.addC'Dec-Workstation"): 

rechner.addSeparatorO; 

rechner.addC'PC“); 

mbar.add(rechner): 

Menu sw = new Menu(”Software"); 

sw.add(“Linux"): 

sw.add("OS/2"); 

sw.addC'Solaris“): 

sw.addC'Windows“): 

Menu tools = new Menu(“Tools''); 

tools.addC'JDK"): 

tools.addC'HotJava“); 

tools.addC JavaBlend“) ; 

sw.add(tools); 

mbar.add(sw); 

setMenuBar(mbar); 

setSize(300, 150); 

setVisible(true); 

} 

public static void main(String[] args) { 
new MultiMenuO; 

} 

} 



// weiteres Menu 



// Menu als Menuitem 
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Hier ergibt sich das folgende Aussehen: 



Menüs und Untermenüs 



Rechner 



Software 



Linux 

OSß 

Solaris 

V^ndows 



HläTB 




Als Menüeintrag können wir auch eine Checkbox, genauer ein CheckboxMenultem, 
benutzen. Die CheckboxMenultem-Klasse hat drei Konstruktoren: CheckboxMenu- 
ItemQ, CheckboxMenultem(Sthng) und CheckboxMenultem(String, boolean), die in 
ihrer Wirkung den Checkbox-Konstruktoren aus 13.6.3 gleichen; eine Möglichkeit, 
zur Exklusiv-Oder- Auswahl Gruppen zu bilden, gibt es hier nicht. Wie Checkbox- 
Objekte lösen CheckboxMenu Items wieder ItemEvents aus. Um das folgende Bei- 
spiel, das MultiMenu variiert, einfach zu halten, haben wir auch hier keine Ereignis- 
verarbeitung implementiert. 

// CheckboxMenu. java 

Import java.awt.*; 

dass CheckboxMenu extends Frame { 

CheckboxMenuO { 

super("Menüs und Checkboxen"); 

MenuBar mbar = new MenuBarQ; 

wie in MultiMenu 

Menu tools = new MenufTools"); 

tools.add(new CheckboxMenultem("JDK", true)); 

tools.add(new CheckboxMenultem("HotJava", true)); 

tools.add(new CheckboxMenultemfJavaBlend")); 

sw.add(tools); 

mbar.add(sw); 

setMenuBar(mbar); 
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setSize(300, 150); 
setVisible(true); 

} 

public static void main(String[] args) { 
new CheckboxMenuQ; 

} 

} 

Wie die Komponenten der Component-Hierarchie können auch Menu Item-Objekte 
durch setEnabled(true) bzw. setEnabled(false) in den aktivierbaren bzw. nicht akti- 
vierbaren Zustand versetzt werden. Auf diese Weise können unerwünschte Benut- 
zereingaben verhindert werden. Im Beispiel EnableMenu, das CheckboxMenu er- 
weitert, sorgt die Auswahl eines HP- oder Dec-Rechners dafür, daß Solaris nicht als 
Betriebssystem wählbar ist. (Siehe /OOPinJava/kapitellB/EnableMenu.java.) 

Zum Abschluß dieses Abschnitts wollen wir noch darauf hinweisen, daß neben der 
Auswahl von Menüeinträgen mit der Maus auch eine Bedienung mit der Tastatur 
möglich ist, wenn man die Einträge mit dem Konstruktor Menultem(String, Menu- 
Shortcut) erzeugt. Durch MenuShortcut(int) bzw. MenuShortcut(int, boolean) wird 
ein „Shortcuf ‘ für ein bestimmtes Zeichen angelegt; der char-Wert wird hier als int 
übergeben. Das optionale zweite Argument entscheidet darüber, ob bei der Auswahl 
des Menüeintrags zusätzlich die Shift-Taste gedrückt werden soll (Wert true) oder 
nicht (Wert false). Die Standardeinstellung ist false. Shortcuts sind nicht plattform- 
unabhängig: bei Windows- und Solaris-Systemen ist neben dem Shortcut-Zeichen 
noch Ctrl zu drücken. Auf die zu einem Shortcut gehörende Tastenkombination wird, 
solange man mit der Maus arbeitet, durch einen automatischen Zusatz zum Text des 
Menu Items aufmerksam gemacht - siehe die Abbildung zum nächsten Beispielpro- 
gramm. Hier ist das MenuListener-Beispiel um Shortcuts für jeden Menüeintrag er- 
gänzt worden (siehe /OOPinJava/kapitellS/ShortMenu.java): 



MenuBar mbar = new MenuBarQ; 

Menu rechner = new MenufRechner“); 

setMenuBar(mbar); 

mbar.add(rechner); 

Menuitem hp, sun, dec, pc; 
rechner.add(hp = new Menultem("HP-Workstation", 
new MenuShortcut(Key Event. VK_H))); 
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rechner.add(sun = new MenultemfSun-Workstation", 
new MenuShortcut(Key Event. VK_S))); 
rechner.add(dec = new Menultem("Dec-Workstation", 
new MenuShortcut(KeyEvent.VK_D))); 
rechner.addSeparatorO; 
rechner.add(pc = new Menultem("PC', 
new MenuShortcut(Key Event. VK_P))); 



Da bei reiner Tastaturbedienung die einzelnen Menüeinträge nicht mehr angezeigt 
werden, ist diese Möglichkeit der Eingabe von Tastenkürzeln nur für häufigere Be- 
nutzer einer derartigen Oberfläche von Interesse. 




18.1.10 Popup-Menüs 

Menüs müssen immer an der Menüleiste eines Frame-Objekts angebracht werden. 
Dagegen kann man Popup-Menüs an jeder Komponente, also auch an Applets, an- 
bringen. Popup-Menüs sind Objekte der Klasse PopupMenu, die direkte Subklasse 
von Menu ist. Zum Einfügen von Menüeinträgen und zur Ereignisverarbeitung gehen 
wir daher genau wie in 18.1.9 vor. 

Das Erzeugen von Popup-Menüs ist sehr einfach: es stehen wie bei Menu ein Stan- 
dardkonstruktor sowie ein Konstruktor PopupMenu(String) zum Benennen des Me- 
nüs zur Verfügung. Eine Popup- Version des MenuListener-Beispiels konstruieren wir 
also wie folgt: 

PopupMenu rechnet = new PopupMenufRechner”); 

Menuitem hp, sun, dec, pc; 

rechner.add(hp = new Menultem("HP-Workstation")); 
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Zum Anbringen an einer Komponente ist in Component eine Methode add(Popup- 
Menu) deklariert; zum Entfernen dient wieder remove(MenuComponent). Für die- 
jenige Komponente, die für das oben erzeugte Rechner-Menü zuständig sein soll, ist 
somit noch add(rechner) aufzurufen. Um das Popup-Menü zum gegebenen Zeitpunkt 
anzuzeigen, muß diese Komponente mit einem MouseListener verbunden werden, der 
das Menü dann mit Show anzeigt. 

Da Popup-Menüs nicht plattformunabhängig geöffnet werden (z.B. Solaris: Maus- 
druck oder Mausklick auf rechten Mausknopf, z.B. Win 95/98/NT: Maus-„Release“ 
auf rechtem Mausknopf), ist in MouseEvent-Objekten auch noch die Information 
darüber enthalten, ob ein Popup-Menü geöffnet werden soll. Mit der Methode isPop- 
upTrigger kann man auf diese Information zugreifen. Nur für die Ereignisse MOUSE_ 
PRESSED und MOUSE_RELEASED ist garantiert, daß dieser Trigger gesetzt wird. 
Eine plattformübergreifend einsetzbare Listener-Klasse, mit der man untersuchen 
kann, ob ein Popup-Menü angezeigt werden soll, ist daher: 

dass PopListener extends MouseAdapter { 
public void mousePressed(MouseEvent e) { 
if (e.isPopupThggerQ) 
zeige(e); 

} 

public void mouseReleased(MouseEvent e) { 
if (e.isPopupTriggerO) 
zeige(e); 

} 

} 

Es ist jetzt noch für die Anzeige des Menüs zu sorgen, d.h. die Methode zeige muß so 
implementiert werden, daß das Popup-Menü sichtbar wird. In der Klasse PopupMenu 
ist hierzu die Methode show(Component, int, int) deklariert, die das Menü auf der 
mit dem ersten Argument spezifizierten Komponente zeigt; mit dem zweiten und 
dritten Argument wird ein horizontaler bzw. vertikaler Offset (in Pixeln) spezifiziert. 
Die Komponente muß ein Container sein, der das Popup-Menü direkt oder indirekt 
enthält. Ein typischer Aufruf ist deshalb 

void zeige(MouseEvent e) { 

rechner.show(this, e.getX(), e.getY()); 

} 
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Hier wird das Menü auf der Komponente angezeigt, an der es mit add angebracht 
ist, und an der Stelle, an der die Mauseingabe erfolgte. Ein komplettes Beispielpro- 
gramm, bei dem als Komponente ein Applet gewählt ist, findet man unter /OOPinJa- 
va/kapitel1 8/PopupMenuTest.java. 



: Applet Viewer: PopupMenuTest 


r p 


Appiet II 


Rechner 




HP-Workstation 




Sun-Wortetation 




Dec~Workstation 




PC 




Applet Started. 





18.1.11 Panel- und Canvas-Objekte 

Panel- und Canvas-Objekte repräsentieren einfache rechteckige Zeichenflächen oh- 
ne besondere sichtbare Merkmale. Panels sind darüber hinaus einfache Container 
mit einem FlowLayout als voreingestelltem Layout-Manager. Für Canvas ist nur ein 
Standardkonstruktor deklariert, für Panel zusätzlich noch Panel(LayoutManager). 

Panel-Objekte haben wir schon häufig zur einfachen Anordnung verschiedener Kom- 
ponenten in einer komplexeren Benutzerschnittstelle eingesetzt - vgl. hierzu auch 
Abschnitt 13.8.4. Die Canvas-Klasse werden wir in Kapitel 19 gelegentlich benut- 
zen. 

Es soll hier nochmals daran erinnert werden, daß weder Panel- noch Canvas-Objekte 
ohne besondere Vorkehrungen von unserer Seite den Tastatur-Fokus erhalten. 
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18.2 Die Klasse Cursor 

Jede Komponente ist mit einer spezifischen Form des Mauszeigers verknüpft, die 
man mit getCursor feststellen bzw. mit setCursor zu jedem beliebigen Zeitpunkt neu 
setzen kann. Geliefert bzw. übergeben wird dabei ein Cursor-Objekt. Java selbst ver- 
wendet verschiedene Formen standardmäßig, z.B. den I-Cursor bei TextField- bzw. 
TextArea-Objekten oder einen RESIZE-Cursor beim Verändern der Größe eines Fen- 
sters. 

Zur Erzeugung von Cursor-Objekten, die man setCursor übergeben will, ist ein Kon- 
struktor Cursor(int) deklariert, für dessen Parameter die Konstanten einsetzbar sind, 
die das folgende CursorTest-Beispiel bei der Initialisierung seines Cursor-Felds cur 
benutzt. Das Präfix bei den verschiedenen RESIZE- Versionen, gibt an, welche Seite 
(Nord, Nordost, usw.) eines Fensters verändert werden soll. 

Im Beispiel werden die möglichen Cursorformen in einer Choice- Auswahl angebo- 
ten, und der selektierte Cursor wird für den Frame eingestellt. Der Cursor des Choice- 
Objekts bleibt davon unberührt. 

// CursorTest.java 

Import java.awt.*; 

Import java.awt.event.*; 

dass CursorTest extends Frame { 
private Strlng[] curName = { 

"CROSSHAIR_CURSOR", "DEFAULT_CURSOR", 

"HAND.CURSOR”, "MOVE_CURSOR", 

•TEXT.CURSOR”, "WAIT_CURSOR", 

”N_RESIZE_CURSOR", "NE_RESIZE_CURSOR", 

"E_RESIZE_CURSOR", "SE_RESIZE_CURSOR", 

"S_RESIZE_CURSOR", ”SW_RESIZE_CURSOR", 
”W_RESIZE_CURSOR", "NW_RESIZE_CURSOR” 

}; 

private Cursor[] cur = { 

new Cursor(Cursor.CROSSHAIR_CURSOR), 
new Cursor(Cursor.DEFAULT_CURSOR), 



new Cursor(Cursor.NW_RESIZE_CURSOR) 

}; 
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CursorTestO { 
super("Cursor-Test"): 
final Choice c = new Choice(); 
for (int i = 0; i < curName.length; i++) 
c.add(curName[i]): 

c.addltemListener(new ltemListener() { 
public void itemStateChanged(ltemEvent e) { 
setCursor(cur[c.getSelectedlndex()]); 

} 

}): 

add(c); 

pack(); 

setVisible(true): 

} 

public static void main(String[] args) { 
new CursorTestO: 

} 

} 

18.3 Peers 

Die in diesem Kapitel und in Kapitel 13 besprochenen Komponenten haben jeweils 
ein plattformspezifisches Aussehen und Verhalten („look and feel“). Wenn man ein 
Programm auf einem Windows-PC entwickelt, sieht man während Programmierung 
und Test Windows-Objekte, beim Ausführen auf einer Sun-Workstation sieht man 
dagegen Motif-Objekte. 

Um dies zu ermöglichen, greift Java durch mehrere Software-Schichten auf die jewei- 
ligen plattformspezifischen GUI-Objekte zu und benutzt diese zur Darstellung der 
AWT-Komponenten auf dem Bildschirm. Diese systemabhängigen Oberflächenob- 
jekte werden als Peers bezeichnet. Treten von Benutzern erzeugte Ereignisse (z.B. 
Tastendruck, Mausklick) ein, so werden diese zunächst von dem entsprechenden 
Peer registriert und dann über ein Peer-Interface an die zugehörige Java-Komponente 
weitergeleitet. Und umgekehrt werden java-seitige Veränderungen, z.B. ein Aufruf 
setForeground(...), über das Peer-Interface an den Peer kommuniziert und sorgen dort 
für die den Benutzern sichtbare Farbänderung. Die folgende Abbildung veranschau- 
licht diese Zusammenarbeit. 
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Java-Programm i 

( 

( 

Button ^ ButtonPeer 

I 

1 

Wie wir in den beiden AWT-Kapiteln gesehen haben, ist es im Normalfall nicht er- 
forderlich, auf die Peers zuzugreifen; ihre Interfaces zu den Java-Komponenten fin- 
det man im Paket java.awt.peer. In Kapitel 19 werden wir kurz auf Lightweight- 
Komponenten eingehen, die ohne korrespondierende Peers erzeugt werden. Diese 
Komponenten können, im Gegensatz zu den AWT-Komponenten, ganz oder teilweise 
transparent gemacht werden, so daß ihre Hintergrundfarbe nicht alle darunter liegen- 
den Komponenten verdeckt. 



Bildschirm 

Button I 



18.4 Übungsaufgaben 

1. Schreiben Sie eine Anwendung mit einer Komponente, auf der, wie abgebil- 
det, verschiedene Komponenten, z.B. ein TextArea-, TextField-, Button-, Label-, 
Checkbox-, Choice-, Scrollbar-, Canvas-Objekt angebracht sind. 



Komponentenweises Popup 



hME 



EinTextArfe -^1 

Ein Textfeld-Objekt 



iJ 1 

Ein Button I Ein Label | Eine Checkbox 



Auswahl a U-dJLüC 



Element 1 
Element 2 
Elements 
Element 4 



d 



Bringen Sie an jeder dieser Komponenten ein Popup-Menü an, und untersuchen 
Sie, ob das Menü auch tatsächlich auf allen Komponenten geöffnet wird. 
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2. Schreiben Sie ein Applet mit einer TextArea, zwei Textfeldern und geeigneten 
Label- und Button-Objekten, so daß der in dem ersten Textfeld eingegebene 
Text im Inhalt der TextArea gesucht und jeweils durch den im zweiten Textfeld 
stehenden Text ersetzt wird. 

3. Es gibt eine spezielles Menü, das „Hilfe-Menü“ (Help menu), dessen einziger 
Unterschied zu anderen Menüs darin besteht, daß es auf manchen Systemen am 
rechten Ende der Menüleiste angebracht wird. 

Mittels setHelpMenu(Menu) kann man ein Menü als Hilfe-Menü an einer Me- 
nüleiste anbringen. Untersuchen Sie diese Möglichkeit auf Ihrem System mit 
einem einfachen Testprogramm. 

4. Schreiben Sie eine Anwendung mit einer Oberfläche, in der man wie abgebildet 



1 ^ S hift-0 peiatoien 






linker Operand (int-Zahl); 


|64 




00000000 00000000 00000000 01000000 




»> I 





die Shift-Operatoren aus Abschnitt 5.4.6 untersuchen kann. Jeder Druck auf 
einen der Buttons soll den angezeigten Operanden um die Shift-Distanz 1 ver- 
schieben. 





Kapitel 19 



Zeichnen, Image- und 
Audioverarbeitung 



In diesem Kapitel behandeln wir zunächst elementare Grafikfunktionen wie das Zeich- 
nen geometrischer Figuren und von Schrift, das Laden und Anzeigen statischer Bil- 
der sowie die wichtigsten Techniken zur Animation. Wir schließen mit einem kurzen 
Überblick über die Druckunterstützung sowie über die - derzeit nur recht rudimentär 
mögliche - Wiedergabe von Klängen in Applets. Die meisten der hier besprochenen 
Klassen finden sich im Paket java.awt; nur einige wenige sind nach java.awt.image 
ausgelagert, worauf wir im einzelnen hinweisen werden. 



19.1 Elementare Grafik 



Zeichnen kann man prinzipiell in jede Komponente über ihren Grafik-Kontext, genau- 
er ihr zugehöriges Graphics-Objekt. Dazu stehen grundsätzlich zwei Möglichkeiten 
zur Verfügung: man kann dieses Objekt durch die von der Component-Klasse geerbte 
Methode getGraphics explizit anfordern oder für die Komponente die Methode paint 
überschreiben, an die das Graphics-Objekt implizit übergeben wird. Spezielle paint- 
Versionen hatten wir bereits in den Abschnitten 13.1-13.9 deklariert und gesehen, 
daß paint von einem AWT-Thread automatisch aufgerufen wird, wenn eine Kompo- 
nente zum ersten Mal angezeigt werden soll, wenn eine erneute Anzeige durch eine 
Größenänderung nötig wird, wenn die Komponente zuvor durch ein anderes Fen- 
ster verdeckt war und dann wieder sichtbar wird oder wenn dies explizit durch einen 
repaint-Aufruf verlangt wird. 
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Diesem zweiten Verfahren, also dem Überschreiben von paint, ist, wegen der zuletzt 
genannten impliziten Aufrufe, wo immer möglich, der Vorzug zu geben. Graphics- 
Objekte kommen nur in Verbindung mit Komponenten vor; sie können nicht separat 
erzeugt werden. 

Obwohl generell in jede Komponente gezeichnet werden kann, ist bei vielen Kom- 
ponenten mit einem zugehörigen Peer-Objekt nicht klar, wie sich die paint-Methode 
mit dem Verhalten des Peers verträgt: zum Beispiel ignoriert ein Button, sobald er ge- 
drückt wird, jeden paint- Aufruf. In der Regel wird man deshalb entweder mit selbst 
deklarierten Subklassen von Component arbeiten oder die Klasse Canvas verwen- 
den. Beide implementieren keine eigene Darstellung und stellen somit zunächst eine 
„leere Komponente“ dar. Die spezifische eigene Grafik-Funktionalität wird erzeugt, 
indem wir eine spezielle paint- Version deklarieren. Auf den Unterschied zwischen 
diesen beiden Möglichkeiten werden wir später zurückkommen; meist ist jedoch die 
erste vorzuziehen. 

Da es anders als bei den meisten anderen Komponenten keine Anhaltspunkte über die 
bevorzugte, „natürliche“ Größe eines solchen Component- oder Canvas-Objekts gibt 
- wie etwa bei einem Label- oder Button-Objekt durch die Maße des Texts -, muß man 
die gewünschte Größe entweder durch Überschreiben der getPreferredSize-Methode 
auf Klassenebene festlegen oder auch, wie in der Mehrzahl der bisherigen Beispiele, 
nach dem Erzeugen des Objekts durch setSize setzen. 



19.1.1 Geometrische Figuren 

Alle verfügbaren grafischen Algorithmen sind als Methoden der Graphics-Klasse im- 
plementiert und bedienen sich eines für jede Komponente eigenständigen Koordi- 
natensystems mit dem Ursprung in der linken, oberen Ecke und einer nach rechts 
weisenden x- Achse sowie einer nach unten weisenden y- Achse (vgl. die Abbildung 
auf S. 199). Bei Bedarf kann der Ursprung mittels translate verschoben werden. 

Die grundlegenden Grafik-Methoden sind diejenigen, mit denen geometrische Figu- 
ren wie Punkt, Linie, Rechteck usw. gezeichnet werden können. Die nächste Tabelle 
gibt einen Überblick. 

Die drawXYZ-Methoden zeichnen jeweils den Umriß der Figur in der aktuellen Vor- 
dergrundfarbe; in der Variante filIXYZ wird die Figur mit der Farbe ausgefüllt. Die 
beiden ersten Argumente geben hier die linke obere Ecke, die beiden folgenden Brei- 
te und Höhe des umrahmenden Rechtecks einer solchen Figur an. 
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Methode 


Bedeutung 


drawLine(int, int, int, int) 


Linie 


drawPolyline(int[], int[], int) 


Streckenzug 


draw3DRect(int, int, int, int, boolean) 


Rechteck mit „dreidim.“ Rand 


drawArc(int, int, int, int, int, int) 


Bogen 


drawOval(int, int, int, int) 


Oval 


drawPolygon(int[], int[], int) 


Polygon 


drawRect(int, int, int, int) 


Rechteck 


drawRoundRect(int, int, int, int, int, int) 


Rechteck mit abgerundeten Ecken 


fill3DRect(int, int, int, int, boolean) 


Rechteck mit „drcidim.“ Rand 


fillArc(int, Int, Int, int. Int, int) 


Bogen 


fillOval(int, int, int. Int) 


Oval 


flllPolygon(int[], int[], int) 


Polygon 


flllRect(int, int, int, int) 


Rechteck 


fillRoundRect(lnt, int, int. Int, int. Int) 


Rechteck mit abgerundeten Ecken 



Bei 3DRect spezifiziert das letzte Argument, ob das Rechteck erhöht (Wert true) oder 
vertieft (Wert false) erscheinen soll. Bei RoundRect geben die beiden letzten Argu- 
mente den horizontalen bzw. vertikalen Durchmesser der Bögen an den abgerundeten 
Ecken in Pixeln an. Bei Are gibt das vorletzte Argument den Startwinkel in Grad 
(relativ zur positiven x- Achse) in mathematisch positiver Richtung an, das letzte Ar- 
gument spezifiziert den relativen Winkel in Grad, den der Bogen beschreibt. 

Bei Polyline und Polygon definieren die int-Felder die x- und y-Koordinaten der Punk- 
te; das letzte Argument gibt an, wieviele Punkte des Feldes verwendet werden sollen. 
drawLine sind der Reihe nach die x- und y-Koordinaten des Start- und Endpunktes 
der Linie zu übergeben. 

Einen Punkt zeichnet man durch den Aufruf von drawLine mit zwei gleichen Ko- 
ordinaten, einen Kreis durch einen Aufruf von drawOval mit einem quadratischen 
Rahmenrechteck. 

Das Beispiel FigurenUebersicht zeigt eine einfache Verwendung der besprochenen 
Methoden; die Ausgabe des Programmes ist in der darauf folgenden Abbildung zu 
sehen. 

// FigurenUebersicht.java 



Import java.awt.*; 
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dass FigurenUebersicht extends Component { 

private int[] x1 = { 305, 315, 340, 350, 325 }, x2 = { 355, 365, 390, 400, 375 }, 
y1 = { 30, 5, 10, 35, 50 }, y2 = { 80, 55, 60, 85, 100 }; 

public void paint(Graphics g) { 
g.drawLine(25, 25, 25, 25); 
g.drawLine(5, 55, 50, 80); 
g.drawRect(55, 5, 45, 40); 
g.fillRect(55, 55, 45, 40); 
g.drawRoundRect(105, 5, 45, 40, 15, 15); 
g.filiRoundRect(105, 55, 45, 40, 15, 15); 
g.draw3DRect(155, 5, 45, 40, true); 
g.fiü3DRect(155, 55, 45, 40, faise); 
g.drawOval(205, 5, 45, 40); 
g.fiiiOval(205, 55, 45, 40); 
g.drawArc(255, 5, 45, 40, 20, -110); 
g.fiüArc(255, 55, 45, 40, 20, -110); 
g.drawPolygon(x1 , y1 , 5); 
g.fiiiPoiygon(x1 , y2, 5); 
g.drawPolyiine(x2, y1 , 5); 

} 

pubiic Dimension getPreferredSize() { 
return new Dimension(405, 105); 

} 

pubiic static void main(String[] args) { 

Frame f = new Frame(“Figuren-Übersichf ); 
f.add(new FigurenUebersicht()); 
f.packO; 

f.setVisibie(true); 

} 

} 
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Die Klasse Dimension beschreibt in ihren zwei public zugreifbaren Variablen width 
und height die Breite und Höhe einer Komponente. Diese Werte werden mit dem 
Konstruktor Dimension(int, int) gesetzt und können mit getSize abgefragt werden. 
Der pack-Aufruf für das Frame-Objekt ist im obigen Programm nur möglich, weil 
wir getPreferredSize überschrieben haben. Die Alternative wäre sonst (unter Be- 
rücksichtigung der Insets) ein f.setSize(415, 135). 

Die geometrischen Formen Punkt, Rechteck und Polygon besitzen eine einfache Im- 
plementation als Klassen Point, Rectangle und Polygon, die derzeit jedoch nur sehr 
elementare Funktionalität aufweisen. Wie Dimension werden diese Klassen haupt- 
sächlich dazu benutzt, mehrere int- Werte in frei zugreifbaren Instanzvariablen zu ver- 
walten: X und y für ein Point-Objekt, x, y, width und height für ein Rectangle-Objekt, 
xpoints, ypoints (als Felder) und npoints für ein Polygon. 

An dieser Stelle sei noch darauf hingewiesen, daß ein Graphics-Objekt lediglich zur 
Darstellung von grafischen Figuren dient; es gibt keine Möglichkeit, die Pixeldaten 
von einem solchen Objekt zurückzulesen. 

19.1.2 Schriften und Fonts 

Text kann innerhalb eines Grafik-Kontexts mit der Methode drawString angezeigt 
werden. Als Argumente übergibt man eine Zeichenkette nüt dem anzuzeigenden Text 
sowie die x- und y-Koordinaten des Anfangspunkts. Neben dieser Standardmethode 
gibt es zwei weitere Methoden, die es erlauben, char- oder byte-Felder anzuzeigen. 

drawString(String text, int x, int y) 
drawChars(char[] text, int offset, int anz, int x, int y) 
drawBytes(byte[] text, int offset, int anz, int x, int y) 

Bei den beiden letzten Versionen wird mit offset bzw. anz festgelegt, ab welcher 
Stelle im Feld begonnen werden soll und wieviele Zeichen auszugeben sind. 

Gezeichnet wird der Text in der aktuell eingestellten Schriftart - dem „Font“. Diesen 
kann man mit den Graphics-Methoden setFont ändern bzw. mit getFont abfragen. 
Schriftarten werden durch Objekte der Klasse Font repräsentiert; sie werden mit dem 
Konstruktor Font(String, int, int) erzeugt. Als erstes Argument ist der Name der Font- 
familie zu übergeben. Jedes Java-System unterstützt zumindest "Serif", "SansSerif" 
und "Monospaced". Mit dem zweiten Argument legt man den Stil für die Schriftart 
fest, wobei hierfür die drei Konstanten Font.PLAIN (normal), Font.lTALIC (kursiv). 
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Font. BOLD (fett) sowie die Kombination der letzten beiden (mit + oder &) vorgesehen 
sind. Schließlich ist noch die Schriftgröße in Punkt anzugeben. Alle drei Attribute 
eines Fonts kann man mit getName, getStyle und getSize abfragen; mittels isPlain, 
isitalic und isBold können die einzelnen Stilattribute auch einzeln ermittelt werden. 
Diese Aufrufe liefern wie alle anderen isXYZ- Aufrufe als Resultat true oder false. 

Während die Font-Klasse die logischen, systemunabhängigen Merkmale einer Schrift- 
art verwaltet, sind die konkreten grafischen Eigenschaften, die die Font-Designer ei- 
nem Font gegeben haben, in der Klasse FontMetrics repräsentiert. Jedem Font-Objekt 
entspricht genau ein FontMetrics-Objekt. Da dieses aber systemabhängig ist, ist es 
nicht unmittelbar mit einem Font-Objekt zugreifbar, sondern muß über den Grafik- 
Kontext erstellt werden: mittels getFontMetrics() erhalten wir die Fontmetrik des ak- 
tuellen Fonts, mittels getFontMetrics(f) die eines beliebigen Fonts f. 

Die Buchstaben eines Fonts liegen auf einer Grundlinie, von der aus man Unter- und 
Oberlänge der einzelnen Zeichen rechnet; zwischen der Unterlänge und der Ober- 
länge zweier Zeilen wird in der Regel etwas Platz freigelassen (siehe die folgende 
Abbildung). Die spezifischen Pixelwerte dieser drei von Metrik zu Metrik variie- 
renden Längen kann man mittels getDescent, getAscent und getLeading feststellen. 
Die Summe aller drei Werte und damit den Standard-Zeilenabstand liefert getHeight. 
Viele Zeichen eines Fonts werden oberhalb der Standard-Unterlängen bzw. unter- 
halb der Standard-Oberlängen beginnen und enden. Manche Zeichen können diese 
Standardwerte allerdings sogar überschreiten. Die Maximalwerte erhalten wir mittels 
getMaxDescent und getMaxAscent. 

X 



Oberlänge (Ascent) 
Grundlinie 



Unterlänge (Descent) 
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Wir sehen nun genauer, was mit den (x, y)-Koordinaten des Anfangspunkts für die 
Methode drawString gemeint ist: der Beginn des ersten Zeichens auf der Grundlinie. 
drawString zeichnet alle Buchstaben auf dieser Grundlinie, so daß wir uns in der 
Regel um die meisten der oben genannten Fontmetrik-Eigenschaften nicht kümmern 
müssen, wenn wir einen Zeilenabstand von getHeight wählen. 

Bei Proportionalschriften wie Serif und SansSerif variiert auch die Breite eines Zei- 
chens. Über die FontMetrics-Methoden getMaxAdvance, charWidth(char) und string- 
Width(String) kann man die maximale Zeichenbreite, die Breite (in Pixeln) eines be- 
stimmten Zeichens und die einer ganzen Zeichenkette feststellen. Die Information 
aus stringWidth und getHeight dürfte für die meisten Anwendungen reichen. Ein Bei- 
spiel illustriert abschließend die Verwendung der besprochenen Möglichkeiten. 

// Schriften.java 

Import java.awt.*; 

dass Schriften extends Component { 
private final int RAND = 10; 
private String text = "OOP in Java"; 
private Font[] fnt = { 

new Font("Serif", Font.PLAIN, 19), 
new Font("Serif", Font.BOLD, 19), 
new Font("Serif", Font.lTALIC, 19), 
new Font("Monospaced", Font.PLAIN, 19), 
new FontC'Serif", Font.PLAIN, 26), 
new FontC'Serif", Font.PLAIN, 14) 

}; 

private int anzFonts = fnt.length; 

private int[] breite = new int[anzFonts], hoehe = new int[anzFonts]; 
private Dimension dim = null; 
public Dimension getPreferredSizeQ { 
if (dim == null) { 

Int b = 0, h = 0; 

Graphics g = getGraphlcsQ; 
for (Int I = 0; i < anzFonts; i++) { 

FontMetrics fml = g.getFontMetrics(fnt[l]); 
brelte[i] = fmi.strlngWidth(text); 
hoehe[i] = fmi.getHeight(); 
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b = Math.max(breite[i], b); 
h += hoehep]; 

} 

dim = new Dimension(b += RAND, h += RAND); 

} 

return dim; 

} 

public void paint(Graphics g) { 

int y = -(hoehe[0] - g.getFontMetrics(fnt[0]).getAscent()) + RAND/2; 
for (int i = 0; i < anzFonts; i++) { 
y += hoehe[i]; 

int X = (dim.width - breite[i])/2; 
g.setFont(fnt[i]); 
g.drawString(text, x, y); 

} 

} 

pubiic static void main(String[] args) { 

Frame f = new FramefSchriften"); 
f.add(new Schriften()); 
f.packO; 

f.setVisible(true); 

} 

} 



Schriften 



OOP in Java 
OOP in Java 

OOP in /övß 
OOP in Java 

OOP in Java 

OOP in Java 



In diesem Beispiel wird der Text OOP in Java in verschiedenen Schriftarten, -Stilen 
und -großen ausgegeben, wobei durch die stringWidth- und getHeight-Aufrufe dafür 
gesorgt wird, daß die einzelnen Zeilen zentriert und mit passendem Zeilenabstand 





19.1. ELEMENTARE GRAFIK 



401 



gedruckt werden. Die benötigte Gesamtbreite und -höhe (b und h) werden beim ersten 
getPreferredSize-Aufruf berechnet. 

19.1.3 Farben 

Eine Farbe wird durch ein Objekt der Klasse Color repräsentiert. Das Standardfarb- 
modell ist RGB (Rot-Grün-Blau); eine Farbe setzt sich also aus einem roten, einem 
grünen und einem blauen Anteil zusammen. Diese Anteile können unabhängig von- 
einander als ganze Zahlen im Bereich von 0 bis 255 oder als floats zwischen 0.0 und 
1.0 spezifiziert werden. Eine neue Farbe können wir entsprechend mit den Konstruk- 
toren Color(int, int, int) oder Color(float, float, float) erzeugen, wobei im letzten Fall ein 
Argument f einfach mittels (int)(f*255) umgerechnet wird. Die einzelnen Farbanteile 
eines Color-Objekts lassen sich über getRed, getGreen und getBlue ermitteln. 

Eine Reihe gängiger Standardfarben ist in Color als Konstante deklariert. Wir haben 
diese Farben, die in der folgenden Übersicht zusammengefaßt sind, in den vorange- 
henden Abschnitten schon häufig verwendet. 

Color.white Color.lightGray Color.gray Color.darkGray 
Color.black Color.red Color.pink Color.orange 

Color.yellow Color.green Color.magenta Color.cyan 
Color.blue 

Im Unterschied zur sonst üblichen Praxis, die Namen von Klassenkonstanten aus 
Großbuchstaben zusammenzusetzen, werden die Konstanten hier kleingeschrieben. 
Dies hängt damit zusammen, daß es sich hier um Referenztypen handelt, z.B. ist die 
Farbe Rot so deklariert: public final static Color red = new Color(255, 0, 0); Klassen- 
konstanten sind sonst meist einfache Int- oder double-Werte. 

Intern speichert Java die drei RGB-Anteile in einem einzigen int- Wert (Rot in den Bits 
16-23, Grün in den Bits 8-15 und Blau in den Bits 0-7). Auch für diese Darstellung 
existiert ein Konstruktor, Color(int). 

Jedes geometrische Objekt und jeder Schriftzug wird mit der aktuellen Farbe des je- 
weiligen Graphics-Objekts gezeichnet. Mit setColor(Color) kann diese gesetzt, mit 
getColor abgefragt werden. Alternativ kann man auch setForeground(Color) (und 
setBackground(Color)) für die Komponente, auf der gezeichnet oder geschrieben 
wird, benutzen. 

Ein einfaches Beispiel für die Verwendung einiger der genannten Methoden bietet das 
folgende Programm. Das Überschreiben der Methode getlnsets für das FarbPanel 
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dient hier lediglich dazu, einen breiten Rand um die im Panel enthaltene Komponente 
zu legen. 

// FarbPanel.java 

Import java.awt.*; 

dass FarbPanel extends Panel { 

private int rot, gruen, blau, rotDiff, gruenDiff, blauDiff; 

FarbPanel(Color c1 , Color c2) { 
rot = c1 .getRedO; 
blau = c1 .getBlueO; 
gruen = c1 .getGreenQ; 
rotDiff = c2.getRed() - rot; 
blauDiff = c2.getBlue() - blau; 
gruenDiff = c2.getGreen() - gruen; 

} 

public void paint(Graphics g) { 
int xMax = getSizeQ.width, yMax = getSize().height; 
for (int X = 0; X < xMax; x++) 
for (int y = 0; y < yMax; y++) { 

double d = x*y/(double)(xMax*yMax); 

g.setColor(new Color(rot + (int)(rotDiff*d), gruen + (int)(gruenDiff*d), 
blau + (int)(blauDiff*d))); 
g.drawLine(x, y, x, y); 

} 

} 

public Insets getlnsetsQ { 

return new lnsets(30, 60, 30, 60); 

} 

public static void main(String[] args) { 

Frame f = new Frame("Farb-Test“); 

FarbPanel pan = new FarbPanel(Color.black, Color.red); 

pan.add(new Button("Ok")); 

f.add(pan); 

f.packO; 

f.setVisible(true); 

} 

} 
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Zwei interessante Instanzmethoden, mit denen man eine hellere bzw. dunklere Ver- 
sion einer Farbe erzeugen kann, sind brighter bzw. darker. Ihre Wirkung kann man 
sich veranschaulichen, wenn man beispielsweise im letzten setColor- Aufruf folgende 
Änderung vomimmt: 

g.setColor(new Color(rot + + (int)(blauDiff*d)).brighter().brighter()); 

Neben der RGB -Darstellung unterstützt die Klasse Color auch die HSB-Darstellung 
von Farben („Hue“ -„Saturation“ -„Brightness“, d.i. Grundfarbe-Sättigung-Helligkeit). 
Diese drei Werte werden als floats spezifiziert. Mit der Klassenmethode getHSBCo- 
lor(float, float, float) erhält man ein Color-Objekt in dieser Darstellung; beide Farb- 
darstellungen können mittels HSBtoRGB bzw. RGBtoHSB ineinander umgerechnet 
werden. 



19.2 Bilder laden und anzeigen 

Bilder werden in Java durch Objekte der Klasse Image repräsentiert. In aller Regel 
werden sie aus Dateien geladen. Momentan werden dabei die beiden Bildformate 
GIF und JPEG unterstüzt. Images sind Jedoch keine Komponenten, sondern die im 
Speicher gehaltenen Pixeldaten eines Bilds. Um sie anzuzeigen, muß man sie explizit 
in eine Komponente zeichnen. 



19.2.1 Grundlegende Methoden 

Das Laden eines Bilds aus dem lokalen Dateisystem ist ein systemspezifischer Vor- 
gang, der von der Klasse Toolkit unterstützt wird. Toolkit ist eine abstrakte Klasse, 
jedes Java-System stellt aber eine konkrete Toolkit-Subklasse zur Verfügung, über die 
man auf plattformspezifische Variablen und Methoden zugreifen kann. Ein Toolkit- 
Objekt erhält man mit einem Aufruf der Klassenmethode Toolkit.getDefaultToolkit() 
oder über einen Aufruf c.getToolkit() für eine Komponente c. 

Mit der Toolkit-Methode getlmage(String) kann dann eine Datei im GIF- oder JPEG- 
Format geladen werden, wobei der Dateiname als Argument übergeben wird. Als 
Resultat erhalten wir ein Objekt des Typs Image. 

Da für Applets Dateizugriffe bei den standardmäßigen Sicherheitseinstellungen nicht 
möglich sind, besitzt die Klasse Applet eine eigene Methode getlmage(URL) bzw. 
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getlmage(URL, String). In der ersten Form lädt getlmage das Bild am entsprechen- 
den URL; in der zweiten Form wird mit der Zeichenkette der Pfad oder Dateiname 
des Bilds relativ zum URL (dem ersten Argument) spezifiziert. Meist wird man die 
zweite, flexiblere Variante wählen und als URL lediglich getCodeBase() angeben - 
das ist der URL der HTML-Datei, in der sich das Applet befindet bzw. der URL, der 
im Applet-Marker mittels codebase = ... spezifiziert ist. 

Ein Bild wird also für stand-alone Anwendungen und Applets in leicht unterschiedli- 
cher Weise geladen: 

Image bild = Toolkit.getDefaultToolkit().getlmage("bild1.gif"); 

// für stand-alone Anwendungen 
Image bild = getlmage(getCodeBase(), ''bild1.gif); 

// für Applets 

Image ist eine abstrakte Klasse, die jede VM durch eine plattformabhängige Sub- 
klasse implementiert. Da ein Image-Objekt keine Komponente ist, muß es wie die 
geometrischen Figuren oder Schrift (19.1.1, 19.1.2) in das Graphics-Objekt einer 
Komponente gezeichnet werden. Dazu ist eine Methode drawlmage(lmage, int, int, 
ImageObserver) deklariert. Sie zeichnet ein Bild an die angegebene Position. Den 
letzten Parameter besprechen wir erst später im Detail; hier ist meistens als Argument 
nochmals die Komponente, in die gezeichnet wird, zu übergeben. 

Das Einfachstbeispiel für die Anzeige eines Bilds sieht demnach wie folgt aus: 

// EinfacheBildAnzeige.java 
import java.awt.*; 

dass EinfacheBildAnzeige extends Component { 

Image bild; 
int breite, hoehe; 

EinfacheBildAnzeige(lmage bild. Int breite, int hoehe) { 
this.bild = bild; 
this.breite = breite; 
this.hoehe = hoehe; 

} 

public void paint(Graphics g) { 
g.drawlmage(bild, 0, 0, this); 

} 
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public Dimension getPreferredSize() { 
return new Dimension(breite, hoehe); 

} 

public static void main(String[] args) { 

Frame f = new FramefEinfache Bildanzeige”); 

Image bild = Toolkit.getDefaultToolkit().getlmage("bilder/vogel.gif ); 
EinfacheBildAnzeige ba = new EinfacheBildAnzeige(bild, 300, 300); 
f.add(ba); 
f.packO; 

f.setVisible(true); 

} 

} 

Breite und Höhe werden beim Konstruktoraufruf gesetzt und stellen die Bildgröße 
über pack und getPreferredSize auf 300x300 Pixel ein. Dies ist für das vorliegende 
Bild die richtige Größe, wie man erkennt, wenn man statt dessen z.B. lOOx 100 oder 
200x400 vorgibt. Das Beispiel kann also noch dahingehend verbessert werden, daß 
die richtige Größe automatisch aus der Bilddatei übernommen wird. 




Die Applet- Version dieses Beispiels fällt noch einfacher aus. Breite und Höhe müssen 
jetzt aber mittels width und height im Applet-Marker spezifiziert werden. 
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H EinfacheBildAnzeigeApplet.java 

import java.awt.*; 
import java.applet.*; 

public dass EinfacheBildAnzeigeApplet extends Applet { 
private Image bild; 
public void init() { 

bild = getlmage(getCodeBase(), "bilder/vogel.gif ); 

} 

public void paint(Graphics g) { 
g.drawlmage(bild, 0, 0, this); 

} 

} 

Mit dem AWT ist es lediglich möglich, Bilder aus dem Dateisystem zu laden. Das 
Speichern von Bildern ist derzeit nicht vorgesehen. 



19.2.2 Details zum Ladevorgang 

Um rasch zu einem ersten Beispiel zu kommen, haben wir den Ladevorgang im letz- 
ten Abschnitt stark vereinfacht dargestellt. Tatsächlich bewirkt der Aufruf einer der 
getlmage-Methoden nicht den Start des Ladevorgangs, sondern aus Effizienzgründen 
wird zunächst lediglich festgelegt, wo das betreffende Bild zu finden ist. Wenn es 
benötigt wird, etwa weil es gezeichnet werden soll oder weil seine Eigenschaften ab- 
gefragt werden, wird das Bild geladen - wenn wir es nicht verwenden, wird das Bild 
auch niemals geladen. 

Sämtliche mit Bildern arbeitenden Methoden - die drawImage-Methode der Graphics- 
Klasse sowie die Methoden der Image-Klasse selbst, beispielweise getWidth und 
getHeight, mit denen man die Maße eines Bilds feststellen kann, oder getProperty, 
mit der weitergehende Eigenschaften eines Bilds ermittelt werden können, wie ein 
in der Bilddatei gespeicherter Kommentar - benutzen intern Threads. Ist das Bild 
noch nicht geladen und die Information deshalb noch nicht verfügbar, warten sie das 
Vorliegen der Informationen nicht ab, sondern terminieren sofort, benachrichtigen 
aber einen AWT-Thread, daß das entsprechende Bild geladen werden soll. getWidth 
und getHeight liefern in diesem Fall -1, getProperty liefert null, drawimage zeichnet 
das Bild nur soweit, wie Pixeldaten vorliegen, und gibt false als Resultat des Metho- 
denaufrufs zurück. Es ist hier jedoch zu beachten, daß Breite und Höhe eines Bilds 
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bekannt sind, lange bevor das Bild komplett geladen ist. Es kann daher sinnvoll sein, 
bereits während des Ladens einen getWidth- oder getHeight- Aufruf vorzunehmen. 

Das Beispiel EinfacheBildAnzeige des letzten Abschnitts bewirkt also tatsächlich das 
Folgende: Mit getlmage wird festgelegt, aus welcher Datei das Bild geladen werden 
soll; der Ladevorgang beginnt aber noch nicht. Erst mit dem Aufruf von setVisible, 
der repaint, dann paint und schließlich den drawImage-Aufruf nach sich zieht, wird 
der Ladevorgang in Gang gesetzt. Das Laden selbst wird von einem eigenen Thread, 
dem Image Fetcher, unabhängig von dem Thread, der drawimage ausgeführt hat, 
vorgenommen. 

Dieser AWT-Thread informiert alle für ein Bild „registrierten“ ImageObserver fort- 
laufend über den Fortgang des Ladeprozesses. Bei den Observer-Objekten handelt 
es sich um Objekte von Klassen, die das ImageObserver-Interface aus java.awt.image 
implementieren. Das Konzept gleicht dem Prinzip der Benachrichtigung von Listener- 
Objekten über das Eintreten von AWT-Ereignissen. Das Registrieren erfolgt hier 
beim Aufruf von getWidth(lmageObserver), getHeight(lmageObserver) oder getPro- 
perty(String, ImageObserver). Wir hatten oben bereits gesehen, daß auch drawimage 
als letztes Argument einen derartigen Observer benötigt. 

Das ImageObserver-Interface deklariert lediglich eine einzige Methode 

boolean imagellpdate(lmage img, int infoflags, int x, int y, int width, int height); 

Sobald neue Informationen über ein zu ladendes Bild zur Verfügung stehen, wird die 
image Update-Methode implizit aufgerufen. Der erste Parameter enthält eine Refe- 
renz auf das betreffende Bild. Die infoflags geben an, welcher Art die neue Infor- 
mation ist. Hierbei handelt es sich um ganzzahlige ImageObserver-Konstanten, die 
bitweise mit ODER (I) verknüpft sind. 



Konstante 


Bedeutung 


ABORT 


Ladevorgang abgebrochen (i.d.R. wegen Fehler) 


ALLBITS 


Alle Pixeldaten verfügbar (Img vollständig geladen) 


ERROR 


Ein Fehler ist aufgetreten 


FRAMEBITS 


Alle Pixeldaten eines Frames verfügbar 




bei Bildern mit mehreren Frames (Animationen) 


HEIGHT 


Höhe verfügbar 


SOMEBITS 


Neue Pixeldaten verfügbar 


WIDTH 


Breite verfügbar 
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Wenn das Flag SOMEBITS gesetzt ist, das heißt, im Fall 

(infoflags & ImageObserver.SOMEBITS) != 0 

geben die Parameter x, y, width und height genau das Rechteck an, dessen Pixel neu 
eingetroffen sind. 

Bereits die Klasse Component implementiert das ImageObserver-Interface. Dies hat 
es uns ermöglicht, in den beiden ersten Beispielen drawimage einfach mit this als 
letztem Argument aufzurufen. Die Standardimplementation von imageUpdate ruft 
solange repaint (und damit mittelbar paint) auf, bis das Bild vollständig geladen ist. 
Damit wird es Stück für Stück und schließlich komplett angezeigt. 

Für die meisten Aufgaben wird das Überschreiben von Component.imageUpdate 
nicht erforderlich sein, da wir vieles mit einfachem drawimage erledigen und darüber 
hinaus die beiden Methoden preparelmage(lmage, ImageObserver) und checklma- 
ge(lmage, ImageObserver) der Klasse Component einsetzen können, preparelmage 
startet den Ladevorgang für ein Bild explizit, die zweite Methode liefert den Status 
(die infoflags) des Ladevorgangs als int. 

Wie diese Methoden arbeiten, sieht man, wenn man die EinfacheBildAnzeige nun so 
erweitert, daß Bilder in der Größe gezeichnet werden, die genau ihren Abmessungen 
entsprechen. Im folgenden Beispiel erwartet die Komponente BildAnzeige, daß die 
Bildmaße vorliegen, bevor ihre Methode getPreferredSize aufgerufen wird. Um dies 
sicherzustellen, ist warteAufBildgroesse vor dem pack() für den verwendeten Frame 
aufzurufen. 

// BildAnzeige.java 

import java.awt.*; 
import java.awt.image.*; 

dass BildAnzeige extends EinfacheBildAnzeige { 

BildAnzeige(lmage bild) { 
super(bild, -1, -1); 
warte Auf BildgroesseO; 

} 

BildAnzeige(int breite, int hoehe) { 
super(nuil, breite, hoehe); 

} 
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public Dimension getPreferredSize() { 
if (breite == -1) 
breite = bild.getWidth(this); 
if (hoehe == -1) 
hoehe = bild.getHeight(this); 
return new Dimension(breite, hoehe); 

} 

public void paint(Graphics g) { 
super.paint(g); 

} 

void warteAufBildgroesseO { 
preparelmage(bild, this); 
while (true) { 

int Status = checklmage(bild, this); 
if ((Status & ImageObserver.WIDTH) != 0 

&& (Status & ImageObserver.HEIGHT) != 0) 
break; 
try{ 

Thread.sleep(5); 

} catch (InterruptedException ign) { } 

} 

} 

public static void main(String[] args) { 

Frame f = new FramefBildanzeige"); 

Image bild = Toolkit.getDefaultToolkit().getlmage(”bilder/tempel.jpg"); 

f.add(new BlldAnzeige(bild)); 

f.packO; 

f.setVisible(true); 

} 

} 

Der sleep-Aufruf dient hier zur Unterbrechung der vom main-Thread ausgeführten 
kompakten Schleife innerhalb von warteAufBildgroesse. Alternativ könnten wir die 
Priorität von main auf MIN_PRIORITY setzen, nachdem der Thread seine System- 
Threads gestartet hat, also z.B. nach Image bild = .... Mit dem Flackern beim Bild- 
aufbau befassen wir uns weiter unten. 

Den möglichen Einsatz einer überschriebenen Version von imageUpdate zeigt das 
nächste Beispiel, bei dem wir wieder eine Subklasse von EinfacheBildAnzeige dekla- 
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rieren, die jetzt auch noch den ImageObserver implementiert. Bereits der Konstruk- 
tor des BildObservers ruft wait auf; da er selbst nicht synchronized sein kann, wird 
dazu warteAufBildgroesse benutzt. Erst wenn die Bildmaße bekannt sind, ruft die 
imageUpdate-Methode notify auf und setzt die weitere Abarbeitung von main wieder 
in Gang. Das BildObserver-Objekt agiert bei diesen wait/notify- Aufrufen gleichzeitig 
als Vermittler und als Konsument. 

// BildObserver.java 

Import java.awt.*; 

Import java.awt.lmage.*; 

Import java.lo.*; 

dass BlldObserver extends ElnfacheBlldAnzelge Implements ImageObserver { 
PrIntWrIter out = new PrlntWrlter(System.out, true); 

BlldObserver(lmage blld) { 
super(blld, -1, -1); 
preparelmage(blld, this); 
warteAufBlldgroesseQ; 

} 

public Dimension getPreferredSlzeQ { 
return new Dlmenslon(brelte, hoehe); 

} 

public vold palnt(Graphlcs g) { 
super.palnt(g); 

} 

synchronized vold warteAufBlldgroesseQ { 
try{ 
waltQ; 

} catch (InterruptedExceptlon Ign) { } 

} 

public synchronized boolean imageUpdate(lmage bild, int flags, int x, int y, 
int width, int height) { 

if ((flags & ImageObserver.ERROR) != 0) { 
out.println("Fehler beim Laden des Bilds"); 

System.exit(l); 



} 
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if ((flags & ImageObserver.ALLBITS) != 0) { 
repaintO; 
return false; 

} 

if (breite == -1 II hoehe == -1) { 
if ((flags & ImageObserver.WIDTH) != 0) 
breite = bild.getWidth(this); 
if ((flags & ImageObserver.HEIGHT) != 0) 
hoehe = bild.getHeight(this); 
if (breite != -1 && hoehe != -1) 
notifyO; 

} 

return true; 

} 

public static void main(String[] args) { 

Frame f = new Frame("Bildanzeige mit Observer"); 

Image bild = Toolklt.getDefaultToolklt().getlmage("bllder/tempel.glf"); 

f.add(new BildObserver(bild)); 

f.packO; 

f.setVisible(true); 

} 

} 

Die Anzeige des Bilds wird erst dann durch den repaint- Aufruf ausgelöst, wenn das 
Bild komplett vorliegt. Es ist Konvention, einen imageUpdate- Aufruf mit return true; 
zu beenden, wenn weitere Image-Informationen benötigt werden, und durch return 
false; anzuzeigen, daß für dieses Bild keine weiteren Aufrufe von imageUpdate mehr 
erforderlich sind. Wie oft imageUpdate implizit aufgerufen wird und welche Bild- 
ausschnitte jeweils gelesen wurden, sieht man, wenn man die Anweisung 

if ((flags & ImageObserver.SOMEBITS) != 0) 
out.println(x + " " + y + " " + width + " " + height); 

vor dem return true in den Methodenrumpf aufnimmt. Durch die Verzögerung der 
Bildanzeige ist das Flackern fast vollständig reduziert worden. Andere, zum Teil 
einfachere Verfahren besprechen wir in Abschnitt 19.3.2. 

Eine weitere Möglichkeit, Bilder vor dem drawimage- Aufruf komplett zu laden und 
zusätzlich detaillierte Informationen über den Ladevorgang zu erhalten, ist mit der 
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Verwendung eines MediaTracker-Objekts gegeben. Dieses wird mittels MediaTrack- 
er(Component) erzeugt, wobei die zu verfolgenden Bilder auf der angegebenen Kom- 
ponente gezeichnet werden sollen. 

Ein MediaTracker kann die Übersicht gleich über mehrere Bilder behalten und führt 
dazu eine Beobachtungsliste. Mit addlmage(lmage, int) kann man der Beobachtungs- 
liste ein Bild hinzufügen; das int-Argument wird als Bild-Index zu Gruppierungs- 
zwecken benutzt. Mehrere Bilder können denselben Index haben und gehören dann 
zur selben Gruppe. Wir werden unten sehen, daß es Operationen gibt, die man mit 
einem einzigen Methodenaufruf auf alle Bilder in einer Gruppe anwenden kann. Der 
Bild-Index hat noch eine zweite Interpretation als Priorität, mit der das Bild geladen 
werden soll - je kleiner der Wert, desto früher wird geladen. Garantien für die Rei- 
henfolge beim Beenden des Ladevorgangs gibt es jedoch nicht, removelmage(lmage) 
entfernt das spezifizierte Bild wieder aus der Liste. 

Mit checkAII kann man feststellen, ob bereits alle Bilder der Beobachtungsliste ge- 
laden sind, mit checklD(int) wird dies für alle Bilder mit dem spezifizierten Index 
geprüft. Mit checkAII(boolean) bzw. checklD(int, boolean) wird der Ladevorgang 
gleichzeitig in Gang gebracht, falls das boolean-Argument true ist. isErrorAny bzw. 
isErrorlD(int) liefert true, falls beim Laden eines der Bilder bzw. eines der Bilder in 
der Gruppe Fehler aufgetreten sind. waitForAII bzw. waitForlD(int) wartet darauf, daß 
der Ladevorgang für alle Bilder bzw. alle Bilder einer Gruppe abgeschlossen ist; diese 
beiden Methoden werfen eine InterruptedException aus, wenn sie von einem anderen 
Thread unterbrochen werden. 

Eine einfache Anwendung des MediaTracker-Objekts besteht darin, Bilder nicht asyn- 
chron zu laden und anzuzeigen, sondern mit dem Zeichnen zu warten, bis alle Bilder 
eingelesen worden sind. Im folgenden Beispiel wartet der BildTracker, bis alle 25 
Bilder geladen sind. Die für die einzelnen Bilder im GridLayout der Komponente re- 
servierten Zeichenbereiche haben jeweils als Breite bzw. Höhe die maximale Breite 
bzw. Höhe aller 25 Einzelbilder (im Beispiel 213 x 142 Pixel). 

// BildTracker.java 

Import java.awt.*; 

dass BildTracker extends EinfacheBildAnzeige { 
public BildTracker(lmage bild) { 
super(bild, -1, -1); 

} 
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public Dimension getPreferredSize() { 
breite = bild.getWidth(this); 
hoehe = bild.getHeight(this); 
return new Dimension(breite, hoehe): 

} 

public void paint(Graphics g) { 
super.paint(g); 

} 

public static void main(String[] args) { 

Frame f = new Frame("Bildanzeige mit MediaTracker”); 
f.setLayout(new GridLayout(5, 5)); 

MediaTracker tracker = new MediaTracker(f); 
for (int i = 0; i < 25; i++) { 

Image bild = Toolkit.getDefaultToolkit().getlmage(“bilder/tier" + i + ".gif"); 
f.add(new BildTracker(bild)); 
tracker.addlmage(bild, 0); 

} 

try{ 

tracker.waitForAIIO; 

} catch (InterruptedException ign) { } 
f.packO; 

f.setVisible(true); 

} 

} 

In den weiteren Abschnitten befassen wir uns mit Aspekten, die mehr zum Arbeiten 
mit Grafiken und Bildern als solchen gehören, z.B. mit Animationen und Filtern. Auf 
Grafik-Probleme, die mit dem Aufbau von Benutzerschnittstellen verbunden sind, 
wie beispielsweise Icon-, Bild-Button- oder Toolbar-Erzeugung wird im Rahmen die- 
ser Einführung nicht eingegangen. Hier verweisen wir auf die Dokumentation zum 
„Swing“ -Paket der neuen Java Foundation Classes (JFC). 



19.3 Animationen 

19.3.1 Daumenkino-Animationen 

Unter einer Animation im weiteren Sinne versteht man jede Grafik, die sich mit der 
Zeit verändert. Meistens läuft eine Animation unabhängig von der Ausführung des 
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sonstigen Programmflusses und wird von einem separaten Thread kontrolliert, den 
man oft den Motor der Animation nennt. 

Eine besonders einfache Art von Animation sind die sogenannten GIF- Animationen. 
Hier sind mehrere Einzelbilder („Frames“) in einer Datei gespeichert, die nach dem 
Prinzip eines Daumenkinos hintereinander gezeichnet werden sollen, so daß der Ein- 
druck von Bewegung entsteht. Die Image-Klasse unterstützt auch solche animier- 
ten GIF-Bilder: man kann sie wie Einzelbilder mit getlmage laden und mit der 
drawImage-Methode eines Graphics-Objekts in eine Komponente zeichnen. Ein AWT- 
Thread sorgt dann automatisch für den Ablauf der Animation. 

Als Beispiel können wir jede Bild-Klasse aus dem Abschnitt 19.2 heranziehen und 
das statische Bild durch ein animiertes GIF ersetzen. Ein fertiges Beispiel ist /OOP- 
in Java/kapitel 1 9/G I FAnimation .java. 

Der einfachen Benutzung solcher GIF- Animationen steht ihre beschränkte Konfigu- 
rierbarkeit gegenüber. Weder läßt sich die Geschwindigkeit der Animation regeln, 
noch kann man feststellen, was gerade angezeigt wird. Auch der Abbruch an einer 
bestimmten Stelle ist unmöglich. Lediglich durch Übermalen mit einem anderen Bild 
wird die Animation gestoppt. 

Frei gestalten kann man eine Daumenkino-Animation, wenn man sie selbst imple- 
mentiert. Dazu erzeugt man einen Thread, der zyklisch neue Bilder zum „aktuellen“ 
Bild einer bildanzeigenden Komponente deklariert und dann deren repaint-Methode 
aufruft. Das folgende Beispiel zeigt eine solche Animation und verknüpft sie mit 
einem Scrollbar, über den ihre Ablaufgeschwindigkeit geregelt werden kann. Das 
Beispiel illustriert noch einmal die Anwendung eines MediaTrackers: würde die init- 
Methode nicht mittels waitForAII warten, bis alle Bilder der Animation geladen sind, 
so würden deren Bilder anfangs nur unvollständig gezeichnet werden. Wir haben 
dieses Beispiel als Applet implementiert und dabei die in 17.7 vorgeschlagenen Emp- 
fehlungen berücksichtigt. 

// Daumenkino.java 
Import java.awt.*; 

dass Daumenkino extends Component Implements Runnable { 
private Int Index, verzoegerung; 
private Thread motor; 
private lmage[] bilder; 
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Daumenkino(lmage[] bilder) { 
this.bilder = bilder; 
verzoegerung = 100; 

} 

void verzoegerung(int v) { 
verzoegerung = v; 

} 

void starteFilmO { 
if (motor == null) { 

motor = new Thread(this); 

motor.setPriority(Thread.MIN_PRIORITY); 

motor.startO; 

} 

} 

void zeigeBild(int i) { 
index = i; 
repaintO; 

} 

void stoppeFilmO { motor = null; } 
public void run() { 

while(Thread.currentThread() == motor) { 
index = (index + 1)%bilder.length; 
zeigeBild(index); 
try{ 

Thread.sleep(verzoegerung); 

} catch (InterruptedException ign) { } 

} 

} 

public void paint(Graphics g) { 
g.drawlmage(bilder[index], 0, 0, this);; 

} 

public Dimension getPreferredSize() { 
return new Dimension(100, 100); 

} 



} 
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II DaumenkinoApplet.java 

import java.applet.*; 
import java.awt.*; 
import java.awt.event.*; 

public dass DaumenkinoApplet extends Applet { 
private Daumenkino dk; 
private final int MAX_TEMPO = 200; 
public vold init() { 

lmage[] bllder = new lmage[25]; 

MediaTracker tracker = new MediaTracker(this); 
for (int I = 0; i < 25; i++) { 

bllder[i] = getlmage(getCodeBase(), "bilder/scene” + (i+1) + ".gif); 
tracker.addlmage(bilder[i], 0); 

} 

try{ 

tracker.waitForAIIO; 

} catch (InterruptedException ign) { } 
dk = new Daumenklno(bilder); 

Scrollbar tempoWahl = new Scrollbar(Scrollbar.HORIZONTAL, 100, 
1,5, MAX_TEMPO); 

tempoWahl.addAdjustmentUstener(new TempoListenerQ); 
setLayout(new BorderLayout()); 
add(dk, BorderLayout.CENTER); 
add(tempoWahl, BorderLayout.SOUTH); 

} 

public void start() { dk.starteFllm(); } 
public void stop() { dk.stoppeFilmQ; } 
dass TempoLlstener Implements AdjustmentUstener { 
public void adjustmentValueChanged(AdjustmentEvent e) { 
dk.verzoegerung(MAX_TEMPO - e.getValueQ); 

} 

} 
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19.3.2 Das Flackern vermeiden - Doublebuffering 

Einige der bisherigen Beispiele, insbesondere die BildAnzeige sowie die Daumenki- 
no-Animation, flackern; im letzten Beispiel wird dies besonders deutlich, wenn man 
die Verzögerung zwischen den Bildwechseln herabsetzt. 

Der Grund für das Flackern ist, daß standardmäßig vor jedem Aufruf von paint das 
Bild gelöscht, d.h. mit der Hintergrundfarbe ausgemalt wird. Um hiergegen Abhilfe 
zu schaffen, müssen wir dieses Phänomen genauer verstehen und uns zunächst noch 
etwas gründlicher mit dem Darstellungsprozeß der AWT-Komponenten befassen. 

Im Abschnitt 18.3 hatten wir schon kurz besprochen, daß Jede AWT-Komponente 
wie Button, Frame usw. ein zugehöriges Peer-Objekt besitzt. Dieses ist plattform- 
spezifisch implementiert und verantwortlich für unterschiedliches Aussehen und im 
Detail auch unterschiedliches Verhalten der einzelnen Komponenten. 

Da jeder Peer Systemressourcen belegt, spricht man auch von Heavy weight-Kompo- 
nenten. Im Gegensatz dazu stehen Lightweight-Komponenten, die ohne korrespon- 
dierende Peer-Objekte erzeugt werden, also vollständig in Java implementiert sind. 
Diese sind folglich auch in Aussehen und Verhalten systemunabhängig. Lightweight- 
Komponenten entstehen dadurch, daß man eigene Klassen als direkte Subklassen von 
Component oder Container deklariert. Jede Anwendung benötigt aber zur Anzeige 
ihrer Komponenten, gleich, ob es sich um AWT-Komponenten oder selbst deklarierte 
Lightweight-Komponenten handelt, einen äußeren (heavyweight) AWT-Container - 
meist benutzt man hierzu einen Frame. Ebenso werden die in einem Applet enthalte- 
nen Komponenten im Browser-Frame dargestellt; wie man diesen finden kann, haben 
wir im WindowTest- Applet in 18.1.5 gezeigt. Dieser äußerste Container ist letztlich 
aus Sicht des Systems für die Anzeige aller seiner Komponenten verantwortlich. 

Der Darstellungsprozeß der Komponenten wird durch AWT-Threads gesteuert. Die- 
se können entweder durch eine Benutzeraktivität, z.B. das Verändern der Größe ei- 
nes Fensters, oder durch einen expliziten repai nt- Aufruf darüber informiert werden, 
daß eine bestimmte Komponente neu zu zeichnen ist. Nicht jede derartige Aufforde- 
rung muß sofort umgesetzt werden, sondern es steht dem AWT aus Effizienzgründen 
frei, mehrere aufeinanderfolgende Aufrufe von repaint zusammenzufassen. Die kon- 
krete Umsetzung hängt nun davon ab, ob es sich um eine Heavyweight- oder eine 
Lightweight-Komponente handelt. 

Für Heavy weight-Komponenten stellt ein AWT-Thread den Grafik-Kontext der Kom- 
ponente fest und ruft dann ihre update-Methode auf. Diese löscht den Hintergund und 
ruft selbst paint auf - leicht vereinfacht ist die Methode so deklariert: 
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public void update(Graphics g) { 
g.setColor(getBackgroundO); 
g.fillRect(0, 0, width, height); 
g.setColor(getForegroundO); 
paint(g); 

} 

Für Lightweight-Komponenten hingegen wird die update-Methode des innersten Hea- 
vy weight-Containers aufgerufen, in dem sie enthalten ist. Diese löscht dann ebenfalls 
den Hintergrund des gesamten Containers und ruft wieder die paint-Methode des 
Containers auf, die ihrerseits paint für alle im Container enthaltenen Komponenten 
aufruft. Die update-Methode einer Lightweight-Komponente wird also nie aufgeru- 
fen. 

Das Flackern beim Aufbau eines statischen Bilds können wir nun leicht dadurch 
ausschalten, daß wir eine überschriebene Version der Methode update implemen- 
tieren - für Heavyweight-Komponenten in der Komponente selbst, für Lightweight- 
Komponenten in der Klassendeklaration des nächsten umgebenden Heavyweight- 
Containers. Da das wiederholte Löschen des Bildhintergrunds in dieser Situation 
völlig überflüssig ist, deklarieren wir update einfach als: 

public void update(Graphics g) { 
paint(g); 

} 

Beim BildAnzeige-Beispiel handelt es sich um eine Lightweight-Komponente. Hier 
gehört die verkürzte update-Deklaration also nicht in die Komponente (BildAnzeige), 
sondern in den umgebenden Container (Frame). Das Beispiel arbeitet ohne zu flak- 
kern, wenn wir eine flackerfreie Frame-Klasse wie folgt deklarieren 

dass FlackerFreiFrame extends Frame { 

FlackerFreiFrame(String titel) { 
super(titel); 

} 

public void update(Graphics g) { 
paint(g); 

} 

} 

und in main das Frame-Objekt durch Frame f = new FlackerFreiFrame(Flackerfreie 
Bildanzeige") erzeugen (siehe /OOPinJava/kapitel19/anzeige2/BildAnzeige.java). 
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Bei Animationen hat dieser Ansatz oft nicht den gewünschten Effekt. Dies ist am 
Daumenkino-Beispiel noch nicht zu erkennen, da dort die einzelnen Szenen nicht 
nur die drei Figuren, sondern auch den weißen Hintergrund enthalten. Wir betrach- 
ten daher eine neue Animation mit „pulsierenden“ Polygonen. Bei diesem Beispiel 
kommt es wesentlich auf das Zeichnen der Polygone an; die Berechnung der Positi- 
on der Polygone im Konstruktor oder das Dehnen und Schrumpfen in der Methode 
run ist nur für besonders Interessierte relevant, die die Quellen wieder im Verzeichnis 
/OOPinJava/kapitel19 finden. In seiner ersten Version zeigt PulsPolygon noch den 
bekannten Flackereffekt. 

// PulsPolygon.java 

Import java.awt.*; 

dass PulsPolygon extends Component Implements Runnable { 

private Point Schwerpunkt; 

private int[] xKoord, yKoord, dx, dy, xn, yn; 

private int laenge, schritte; 

private double dehnung; 

private Color col; 

PulsPolygon(int[] x, int[] y, Int s, double d, Color c) { 

Polygon positionieren 

} 

void startePulsQ { 

Thread motor = new Thread(this); 
motor.setPriority(Thread.MIN_PRIORITY); 
motor. startO; 

} 

public void run() { 
while (true) { 

for (Int s = 1 ; s <= schritte; s++) { 

Polygon dehnen/schrumpfen 

repaintQ; 

} 

} 

} 

public Dimension getPreferredSize() { 
return new Dimension(1 00, 1 00); 

} 
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public void paint(Graphics g) { 
g.setColor(col): 
g.fillPolygon(xn, yn, laenge); 

} 

static void test(Frame f) { 
f.setLayout(new GridLayout(2, 2)); 
intn X = { 20, 30, 50, 60, 40 }, y = { 40, 60, 65, 45, 20 }; 

PulsPolygonQ ppg = { 
new PulsPolygon(x, y, 30, 0.5, Color.red), 
new PulsPolygon(x, y, 30, 0.7, Color.yellow), 
new PulsPolygon(x, y, 20, 0.5, Color.blue), 
new PulsPolygon(x, y, 40, 1 .0, Color.green) 

}: 

for (int i = 0; i < ppg.length; i++) 
f.add(ppg[i]); 
f.packO: 

f.setVisible(true); 
for (int i = 0; i < ppg.length; i++) 
ppg[i].startePuls(); 

} 

public static void main(String[] args) { 

PulsPolygon.test(new FramefPulsierende Polygone”)); 

} 

} 

Wenn man nun das Flackern wieder durch die vereinfachte update- Version verhindern 
will, indem man beispielsweise im obigen Programm in der main-Methode Frame 
durch FlackerFreiFrame ersetzt, stellen sich unerwünschte Effekte ein. Da Reste des 
alten Bilds stehenbleiben, wird das Schrumpfen der Figuren durch die vorherige grö- 
ßere Figur verdeckt. 

Um das Flackern von Animationen zu verhindern, bedient man sich deshalb der Tech- 
nik des Doublebuffering: Das Löschen und Neuzeichnen einer Komponente wird 
nicht direkt im sichtbaren Grafik-Kontext vorgenommen, sondern zunächst im Grafik- 
Kontext eines nicht angezeigten Bilds, dem „zweiten Puffei^‘. Durch diesen wird 
dann die alte Darstellung der Komponente ersetzt. 

Als erstes ist auch hier das Löschen der Komponente selbst auszuschalten, indem wir 
update wieder durch die Minimal-Version, die lediglich den Aufruf paint(g) enthält, 
überschreiben. 
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Und um zweitens das Bild der Komponente zunächst in einem Puffer anzufertigen 
und diesen dann anzuzeigen, müssen wir die entsprechende paint-Methode verändern. 
Es muß ein Bildpuffer in den Maßen der Komponente erzeugt und das zugehörige 
Graphics-Objekt ermittelt werden; dann werden alle Veränderungen einschließlich 
der Löschung des Hintergrunds an dem Graphics-Objekt dieses Puffers vorgenom- 
men, und schließlich wird der Pufferinhalt mit drawimage angezeigt. Hierzu sind nur 
wenige Codezeilen erforderlich: 

Image puffer; 

Graphics pg; 

public void paint(Graphics g) { 
if (puffer == null) { 

puffer = createlmage(getSize().width, getSize().height); 
pg = puffer.getGraphicsO; 

} 

pg.clearRect(0, 0, getSize().width - 1, getSize().height - 1); 

wie zuvor, jetzt aber pg statt g 

g.drawlmage(puffer, 0, 0, this); 

} 

Aus Effizienzgründen erzeugen wir hier Bildpuffer und Grafik-Kontext nicht bei je- 
dem paint-Aufruf neu, sondern verhindern ihre Zerstörung dadurch, daß die Instanz- 
variablen puffer bzw. pg Referenzen auf sie speichern. Soll eine Komponente ihre 
Größe ändern können, muß noch zusätzlich vor der Verwendung des Bildpuffers ge- 
prüft werden, ob sich die Größe der Komponente geändert hat, und gegebenenfalls ist 
ein neuer Puffer in der passenden Größe zu erzeugen. 

Da es sich bei der Klasse PulsPolygon des letzten Beispiels um eine Lightweight- 
Komponente handelt, genügt es, sie in einem Container mit Doublebuffering darzu- 
stellen, um das Flackern zu beseitigen: 

// DoubleBufferFrame.java 

Import java.awt.*; 

dass DoubleBufferFrame extends Frame { 
private Image puffer; 
private Graphics pg; 

DoubleBufferFrame(String titel) { super(titel); } 
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public void update(Graphics g) { 
paint(g): 

} 

public void paint(Graphics g) { 
if (puffer == null) { 

puffer = createlmage(getSize().width, getSize().height); 
pg = puffer.getGraphicsO; 

} 

pg.clearRect(0, 0, getSizeQ.width > 1, getSize().height - 1); 
super.paint(pg); // NICHT vergessen 
g.drawlmage(puffer, 0, 0, this); 

} 

} 

In der Methode paint des DoubleBufferFrames rufen wird die paint-Methode der Su- 
perklasse auf, da diese in der Standardimplementation für alle ihre Komponenten 
paint aufruft, vgl. die Erläuterungen am Beginn des Abschnitts. Die Wirkung des 
zweiten Puffers können wir nun wie folgt testen: 

// FlackerTest.java 

dass FlackerTest { 
public static void main(String[] args) { 

PulsPolygon.test(new 

DoubleBufferFramefFlackerfrei pulsierende Polygone")); 

} 

} 

Durch den Aufruf super.paint(pg) werden alle Komponenten des DoubleBufferFrames 
neu gezeichnet, hier wird also für alle vier pulsierenden Polygone ppg[0], . . . , ppg[3] 
deren paint-Methode aufgerufen. Ohne den paint- Aufruf für die Superklasse des Con- 
tainers werden die Polygone nie angezeigt, es sei denn, wir würden den paint- Aufruf 
für alle im DoubleBufferFrame-Objekt enthaltenen Komponenten selbst implemen- 
tieren und in DoubleBufferFrame.paint aufnehmen. 

Um neue Bilder mit der Methode createlmage(int, int) erzeugen zu können, muß eine 
Komponente Zugang zu einem Peer-Objekt haben. Bei einem Applet genügt dazu, 
daß sie mit der add-Methode in das Applet (den Container) aufgenommen wurde, bei 
einer stand-alone Anwendung werden die Peer-Objekte durch pack, setVisible, show 
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oder einen expliziten Aufruf von addNotify für das Window- oder Frame-Objekt (den 
Container) erzeugt. Andernfalls liefert createlmage lediglich null. 

Obwohl dies in der AWT-Dokumentation nicht vermerkt ist, besitzen nur die spe- 
ziell mit einem derartigen createlmage-Aufruf erzeugten Image-Objekte auch ein 
Graphics-Objekt. Bei aus dem Dateisystem oder über das Netz geladenen Bildern 
sowie bei durch Filter erzeugten Bildern wirft der Versuch, mittels getGraphics auf 
den Grafik-Kontext zuzugreifen, die Ausnahme lllegalAccessError aus. 

Die Methode createlmage stellt deshalb keine allgemein verwendbare Möglichkeit 
zum Erzeugen neuer Bilder dar, sondern ist speziell auf komponentenspezifische Auf- 
gaben wie das Doublebuffering zugeschnitten. Eine weitere Einsatzmöglichkeit eines 
solchen Bildpuffers wäre beispielsweise die Erzeugung eines Hintergrunds wie in un- 
serem FarbPanel: hier ist es sinnvoller, den Hintergrund nicht bei jedem paint- Aufruf 
neu zu berechnen, sondern lediglich einmal in einem gepufferten Image zu konstru- 
ieren und dann jeweils nur noch mit drawimage anzuzeigen. 

19.3.3 Die Beschleunigung von Animationen durch Clipping 

In unseren bisherigen Beispielen wurde bei jedem Animationsschritt die gesamte 
Komponente neu gezeichnet. Für Animationen, bei denen sich jeweils nur ein klei- 
ner Bereich einer größeren Komponente verändert, etwa wenn die Bewegung eines 
Objekts vor einem Hintergrund ausgeführt wird, ist es nicht sinnvoll, jedesmal die ge- 
samte Komponente neu zu zeichnen. Unter Clipping versteht man die Technik, grafi- 
sche Methoden nur auf einen Teil eines Graphics-Objekts wirken zu lassen, den man 
Clipping-Bereich nennt. Außerhalb dieses Bereichs werden die Operationen dann 
ignoriert. Für ein Graphics-Objekt kann man mit der Methode setClip(int, int, int, int) 
die X- und y-Koordinaten des Anfangspunkts sowie Breite und Höhe des Clipping- 
Bereichs setzen und mit getClip abfragen. Das Resultat von getClip ist vom Typ 
Shape. Hierbei handelt es sich um ein Interface, das bereits für allgemeinere Umriß- 
formen ausgelegt ist, vom AWT derzeit aber nur durch die Klasse Rectangle imple- 
mentiert wird. setClip ist auch in der Form setClip(Shape) überladen. 

Flexibler als die direkte Verwendung dieser Graphics-Methoden innerhalb von paint 
ist die Angabe des Clipping-Bereichs bereits beim Auruf der Methode repaint. Diese 
ist neben der bisher immer verwendeten parameterlosen Form auch als repaint(int, int, 
int, int) überladen, wobei als Argumente analog zu setClip die Koordinaten und Maße 
eines Clipping-Rechtecks angegeben werden. Der für das Zeichnen der Komponen- 
te verantwortliche AWT-Thread setzt dann nicht nur automatisch den gewünschten 
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Clipping-Bereich vor dem Aufruf von paint, sondern er berechnet auch die Vereini- 
gung mehrerer solcher Bereiche, falls mehrere repai nt- Anforderungen zu einem ein- 
zigen Aufruf zusammengefaßt werden. Da solche Clipping-Bereiche insbesondere 
auch dann benutzt werden, wenn eine Komponente teilweise von einem anderen Fen- 
ster verdeckt und wieder sichtbar wird, stellt diese implizite Verwendung des Clip- 
pings über repaint sicher, daß die Komponente in diesen Fällen auch wieder vollstän- 
dig hergestellt wird. Es ist zu beachten, daß eine Spezifizierung des neu zu zeichnen- 
den Bereichs beim Aufruf von repaint nur für Heavyweight-Komponenten möglich 
ist. Lightweight-Komponenten werden stets vollständig neu gezeichnet. 

Im folgenden Beispiel wird die Bahn einer Billiardkugel simuliert. (Um das Bei- 
spiel einfacher zu halten, wird keine Reibung berücksichtigt, d.h. die Kugel rollt mit 
konstanter Geschwindigkeit.) Vor jedem Aufruf von repaint wird der Bereich be- 
rechnet, der neu gezeichnet werden muß. Er umfaßt die alte und die neue Position 
der Kugel; die alte Position wird benötigt, um die im vorherigen Schritt gezeichne- 
te Kugel wieder mit der Hintergrundfarbe zu verdecken. Da das Clipping mittels 
repaint eine Heavyweight-Komponente voraussetzt, verwenden wir eine Subklasse 
von Canvas. Und zusätzlich implementieren wir Doublebuffering, wie es im letzten 
Abschnitt beschrieben wurde. Die dritte hervorzuhebende Eigenschaft des Beispiels 
ist eine besondere Synchronisation des die Bahn generierenden Threads, also des 
Motors der Animation, und des für das Zeichnen der Komponente verantwortlichen 
AWT-Threads. Um auszuschließen, daß - je nach Thread-Implementation - die Ani- 
mation einfriert, sind Berechnung und Darstellung durch wait und notify aufeinander 
abgestimmt; das Billiard-Objekt tritt hier als Produzent, Vermittler und Konsument 
der zu zeichnenden Daten auf. 

// Billiard.java 

Import java.awt.*; 

dass Billiard extends Canvas Implements Runnable { 
private Image kugel, hintergrund, puffer; 
private Int breite, hoehe, objektBrelte, objektHoehe; 
private double x, y, xAlt, yAlt, vx, vy; 
private Rectangle bereich; 
private Graphics pg; 

Bllllard(lmage kugel, Image hintergrund) { 
this.hlntergrund = hintergrund; 
this.kugel = kugel; 
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MediaTracker tracker = new MediaTracker(this); 
tracker.addlmage(kugel, 0); 
tracker.addlmage(hintergrund, 0); 
try { 

tracker.waitForAIIO; 

} catch (InterruptedException ign) { } 
breite = hintergrund.getWidth(this); 
hoehe = hintergrund.getHeight(this); 
objektBreite = kugel.getWidth(this); 
objektHoehe = kugel.getHeight(this); 
xAlt = X = breite/2; 
yAlt = y = hoehe/2; 
vx = 3; 
vy = 1 .5; 

} 

public synchronized void run() { 
while(true) { 

X += vx; 

y += vy; 

if (X < 0) { 
x = 0; 
vx = -vx; 

} eise if (x > breite - objektBreite - 1 ) { 

X = breite - objektBreite - 1 ; 
vx = -vx; 

} 

if (y<0){ 
y = 0; 
vy = -vy; 

} eise if (y > hoehe - objektHoehe - 1 ) { 
y = hoehe - objektHoehe - 1 ; 
vy = -vy; 

} 

bereich = rechteck(xAlt, yAlt, objektBreite, objektHoehe). 
union(rechteck(x, y, objektBreite, objektHoehe)); 

xAlt = x; 

yAlt = y; 

repaint(bereich.x, bereich.y, bereich.width, bereich.height); 
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try{ 

waitO; 

} catch (InterruptedException ign) { } 

} 

} 

void starteQ { 

Thread motor = new Thread(this); 

motor.setPriority(Thread.MIN_PRIORITY); 

motor.startO; 

} 

public void update(Graphics g) { 
paint(g); 

} 

public Dimension getPreferredSize() { 
return new Dimension(breite, hoehe); 

} 

public synchronized void paint(Graphics g) { 
if (puffer == null) { 

puffer = createlmage(breite, hoehe); 
g.drawlmage(hintergrund, 0, 0, this); 
pg = puffer.getGraphicsQ; 

} 

pg.setClip(g.getClipO); 
pg.drawlmage(hintergrund, 0, 0, this); 

pg.drawlmage(kugel, (int)Math.round(x), (int)Math.round(y), this); 

g.drawlmage(puffer, 0, 0, this); 

notifyO; 

} 

static Rectangle rechteck(double x, double y, double breite, double hoehe) { 
return new Rectangle((int)Math.round(x), (int)Math.round(y), 
(int)Math.round(breite), (int)Math.round(hoehe)); 

} 

public static void main(String[] args) { 

Frame f = new FramefBilliard-Test"); 

Image kugel = Toolkit.getDefaultToolklt().getlmage(“bilder/BilllardKugel.glf"), 
hintergrundBlld = Toolkit.getDefaultToolkit().getlmage("bilder/BilliardBG.glf"); 
Billiard bil = new Billiard(kugel, hintergrundBlld); 
f.add(bil); 
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f.packO; 

f.setVisible(true); 

bil.starteQ; 

} 

} 

Die im Beispiel verwendete Rectangle-Methode Union berechnet die „Vereinigung“ 
des Rechtecks mit dem als Argument übergebenen Rechteck. Als Resultat wird das 
kleinste Rechteck (wieder als Rectangle) geliefert, das beide Rechtecke enthält. Der 
Nutzen des Clippings wird anschaulich klar, wenn man den repaint-Aufruf in run 
durch ein einfaches repaint(); ersetzt. 



19.4 Filter 



Um eine größere Flexibilität in der Behandlung von Bildern zu erreichen, wurden in 
Java die beiden Aspekte der Erzeugung von Pixeln und der Darstellung dieser Pixel 
getrennt. Die Erzeugung wird durch das Interface ImageProducer, die Darstellung 
durch das Interface ImageConsumer beschrieben. ImageProducer, ImageConsumer 
und alle folgenden neuen Interfaces und Klassen dieses Abschnitts befinden sich 
im Paket java.awt.image. ImageProducer-Objekte erzeugen Pixeldaten (beispiels- 
weise indem sie auf in GIF- oder JPEG-Formaten gespeicherte Bilddaten zugrei- 
fen), ImageConsumer-Objekte erzeugen aus den Pixeln ein Image, das dann in einen 
Grafik-Kontext gezeichnet werden kann. In allen Beispielen der Abschnitte 19.2 und 
19.3 waren ImageProducer und ImageConsumer am Werk, ohne daß wir sie explizit 
erzeugt hätten; das AWT hat sie im Hintergrund automatisch bereitgestellt. 



ImageProducer 



Pixeldaten 



ImageConsumer 



Es ist möglich, Bilddaten dadurch zu manipulieren - zu verkleinern, zu vergrößern, 
zu drehen, farblich zu verändern usw. -, daß man sie filtert, indem man zwischen 
den ImageProducer und den ImageConsumer einen Filter einschaltet. Filterobjekte 
sind Instanzen von Subklassen des „Null“ -Filters ImageFilter, der die Pixeldaten ohne 
Veränderung passieren läßt. 
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Zusammen mit einem ImageProducer bildet ein ImageFilter einen neuen Producer, 
der Pixeldaten erzeugt. Andererseits implementiert ein ImageFilter das ImageConsu- 
mer-Interface und kann somit Daten konsumieren. Offensichtlich lassen sich daher 
beliebig viele solcher Filter kombinieren, so daß man komplexere Filter aus einfache- 
ren Filtern zusammenstellen kann. 

Die folgende Abbildung zeigt einen Ausschnitt der Klassen und Interfaces aus dem 
Paket java.awt.image. 



y 

/ 

/ 

ImageConsumer < 

\ 



ImageFilter 



PixelGrabber 



CropImageFilter 

ReplicateScaleFilter 

RGBImageFilter(A) 



AreaAveraging- 

ScaleFllter 



^ FilteredlmageSource 

/ 

/ 

ImageProducer < 

\ 

\ 

MemorylmageSource 



Die Zusammenarbeit zwischen einem ImageProducer und einem ImageFilter kann 
man dadurch erreichen, daß man den Filter beim Produzenten durch den Aufruf 
seiner addConsumer-Methode als Konsument registrieren läßt und umgekehrt dafür 
sorgt, daß der Produzent dem Filter (Konsumenten) Bildinformationen und Pixelda- 
ten durch den Aufruf von dessen Methoden übermittelt. 

Einfacher ist es, diese Arbeiten einem FilteredlmageSource-Objekt zu übertragen, 
das einen ImageProducer und einen ImageFilter zu einem neuen ImageProducer 
kombiniert und den Nachrichtenversand übernimmt. 

Wir werden zunächst fertige Filter besprechen und zur Verknüpfung mit dem Image- 
Producer jeweils ein FilteredlmageSource-Objekt verwenden. Erst anschließend ge- 
hen wir genauer auf die Filtermethoden ein und schreiben eigene Filter als Subklassen 
des ImageFilters. 
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19.4.1 Die Verwendung fertiger Filter 

Mit jedem Bild ist ein ImageProducer assoziiert, den der Aufruf von getSource lie- 
fert. Zur Verbindung mit einem Filter ist in der Klasse FilteredlmageSource der Kon- 
struktor FilteredlmageSource(lmageProducer, ImageFilter) deklariert. Das gefilterte 
Bild erhält man dann durch den Aufruf der create Image-Methode mit dem neu kon- 
struierten ImageProducer als Argument. Dieser Aufruf führt schließlich zur Kon- 
struktion des ImageConsumers, der hier, wie in den meisten unserer Anwendungen, 
völlig im Hintergrund agiert. 

Die Methode createlmage(lmageProducer) ist in der Klasse Toolkit deklariert, und 
auch in der Klasse Component existiert sie als überladene Version der bereits be- 
kannten Methode createlmage(int, int). 

Die vier Schritte könnten etwa wie folgt aussehen: 

ImageFilter filter = new XYZFilterQ; // Filter erzeugen 

Toolkit tk = ToolkIt.getDefaultToolkitO; 

ImageProducer alt = tk.getlmage("bild.jpg").getSource(), // Producer feststellen 
neu = new FilteredlmageSource(alt, filter); // neuen Producer erzeugen 

Image bild = tk.createlmage(neu); // neues Bild erzeugen 

Wir betrachten als ersten der drei fertigen Filter aus java.awt.image den Croplmage- 
Filter. Er hat einen Konstruktor CroplmageFilter(lnt, int, int, int) und schneidet aus 
einem Bild einfach das Rechteck mit dem angegebenen Ursprung und den spezifi- 
zierten Abmessungen heraus. Eine sehr einfache Anwendung dieses Filters zeigt: 

// AusschnIttFllter.java 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.awt.image.*; 

dass AusschnittFilter { 

public static void main(String[] args) { 
final Frame f = new Frame("Ausschnitt-Filter"); 
final Image orig = Toolkit.getDefaultToolklt().getlmage("bllder/vogel.gif ); 
BlldAnzelge ba = new BildAnzeige(orig); 
final Int b = 100, h = 100; 
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ba.addMouseListener(new MouseAdapterQ { 
public void mousePressed(MouseEvent e) { 

ImageFilter filter = new CroplmageFilter(e.getX(), e.getYQ, b, h); 
ImageProducer prod = 

new FilteredlmageSource(orig.getSource(), filter); 

Image ausschnitt = f.createlmage(prod); 

Window win = new Window(f); 
win.add(new BildAnzeige(ausschnitt)); 
win.setSize(b, h); 
win.showQ; 

} 

}); 

f.add(ba); 

f.packO; 

f.showO; 

} 



Hier ist mit dem Originalbild ein MouseListener verknüpft. Bei einem Mausdruck 
wird an dieser Stelle ein lOOx 100 Pixel großes Bild herausgeschnitten und in einem 
eigenen Fenster angezeigt. Es sind noch keinerlei Vorkehrungen getroffen, die si- 
cherstellen, daß der dem CropImageFilter übergebene Bereich sich auch tatsächlich 
innerhalb des Originals befindet. Ein weiteres Beispiel, in dem ein Bild in verschie- 
dene Teile zerschnitten und zufällig neu zusammengesetzt wird, findet man unter 
/OOPinJava/kapiteHQ/Puzzle.java. 

Die beiden anderen fertigen Filter sind ReplicateScaleFilter mit dem Konstruktor 
ReplicateScaleFilterfint, int) und seine Subklasse AreaAveragingScaleFilter mit dem 
Konstruktor AreaAveragingScaleFilter(int, int). Bei ihnen handelt es sich um Skalie- 
rungsßlter, die ein Bild auf die angegebenen Maße (Breitex Höhe) vergrößern oder 
verkleinern. Beide Klassen unterscheiden sich nur durch den beim AreaAveraging- 
ScaleFilter aufwendigeren Skalierungsalgorithmus. 

Skalierungsfilter sind sehr dicht in die mit Bildern arbeitenden Methoden der Gra- 
phics-Klasse sowie mit der Image-Klasse selbst verwoben. Die mit einem der bei- 
den Filter skalierte Variante eines Bilds kann man einfacher auch direkt mit der 
Image-Methode getScaledlnstance(int, int, int) erzeugen, wobei die beiden ersten 
Argumente Breite und Höhe des neuen Bilds festlegen und der letzte Wert mittels 
einer Image-Konstante den gewünschten Filter angibt (SCALE_REPLICATE bzw. 
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SCALE_AREA_AVERAGING). Es folgt ein kurzes Beispiel für die Verwendung des 
AreaAveraging-Filters: 

// SkalenFilter.java 

import java.awt.*; 

dass SkalenFilter { 
public static void main(String[] args) { 

Frame f = new DoubleBufferFrame(“Skalen-Filter"); 

f.setLayout(new GridLayout(5, 5)); 

Image Vorlage = Toolkit.getDefaultToolkit().getlmage(”bilder/vogel2.gif"); 

for (int i = 0; i < 25; i++) { 

Image bild = vorlage.getScaledlnstance(i*7, i*5, 
lmage.SCALE_AREA_AVERAGING); 
f.add(new BildAnzeige(bild)); 

} 

f.packO; 

f.setVisible(true); 

} 

} 

Neben gewöhnlichen (statischen) Bildern, können Filter auch mit dynamischen Bil- 
dern umgehen, die aus mehreren Einzelbildern bestehen. Wenn man etwa als Vorlage 
in den letzten beiden Beispielen eine GIF-Animation lädt, wird das Ergebnis wieder 
ein animiertes Bild sein. 

Ein Aufruf der Methode createlmage(lmageProducer) startet ebenso wie die Me- 
thode getlmage nicht den Prozeß der Pixelproduktion, sondern speichert lediglich 
eine Vorschrift, wie das Bild erzeugt werden soll, sobald es benötigt wird. Wenn 
wir es nicht verwenden, wird es auch nicht erzeugt. Andererseits wird es bei je- 
der Verwendung (Zeichnen in einen Grafik-Kontext oder Zugriff auf Bildmaße oder 
ImageProducer) jedesmal von neuem erzeugt. Ist dies nicht erwünscht oder erforder- 
lich, zum Beispiel im Falle eines gefilterten Hintergrundbilds, können wir das einmal 
erzeugte Bild mit createlmage(int, int) in einem Puffer speichern, auf den dann mit 
getGraphics zugegriffen wird. 
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19.4.2 Farbfilter 

Farbfilter sind einfache Filter, die nichts an der Größe und Gesamtgeometrie eines 
Bilds verändern, sondern lediglich die Farbwerte jedes einzelnen Pixels unabhängig 
von denen der anderen Pixel modifizieren. Solche Farbfilter sind in der abstrakten 
Klasse RGBImageFilter fast vollständig vorbereitet; für die Implementation eines ei- 
genen Farbfilters muß nur noch die Methode 

public abstract int filterRGB(int x, int y, int rgb); 

überschrieben werden. Die Argumente geben die Koordinaten sowie den Farbwert 
des Pixels an; als Ergebnis wird der neue Farbwert dieses Pixels erwartet. Um die 
Methode implementieren zu können, muß man wissen, daß Pixel als int-Werte dar- 
gestellt werden, wobei pro Pixel je acht Bit für die „Transparenz“ sowie den Rot-, 
Grün- und Blauanteil gespeichert werden - beginnend mit den höchstwertigen Bits. 
Ein Transparenz- Wert von 0 bzw. 255 bewirkt einen völlig durchsichtigen bzw. kom- 
plett undurchsichtigen Pixel. Die übrigen Werte wirken sich passend zu den Color- 
Objekten aus Abschnitt 19.1.3 aus. 

Ein Beispiel für einen Farbfilter zeigt das folgende Programm: 

// FarbFilter.java 

Import java.awt.*; 

Import java.awt.lmage.*; 

dass FarbFllter { 

public static vold maln(Strlng[] args) { 

Frame f = new Frame("Farb-Fllter"); 

ImageFllter fllter = new RGBImageFllterQ { 
public Int fllterRGB(lnt x, Int y, Int rgb) { 

Int trans = rgb & OxffOOOOOO, färbe = rgb & OxOOffffff, 
negativ = OxOOffffff - färbe; 
return trans I negativ; 

} 

}; 

Image Vorlage = Toolklt.getDefaultToolklt().getlmage("bllder/maske.glf"); 
ImageProducer producer = 

new FllteredlmageSource(vorlage.getSource(), fllter); 
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Image gefiltert = f.createlmage(producer); 
f.setLayout(new FlowLayoutQ); 
f.add(new BildAnzeige(vorlage)); 
f.add(new BildAnzeige(gefiltert)); 
MediaTracker tracker = new MediaTracker(f); 
tracker.addlmage(vorlage, 0); 
tracker.addlmage(gefiltert, 0); 
try{ 

tracker.waitForAIIO; 

} catch (InterruptedException ign) { } 
f.packQ; 

f.setVisible(true); 

} 




Die Pixeldaten werden hier zunächst in den Transparenz- und den RGB-Anteil zer- 
legt. Der RGB-Anteil wird invertiert und dann wieder mit dem Transparenz- Wert 
zusammengesetzt. Dafür könnten wir auch kürzer 

return (rgb & OxffOOOOOO) I (OxOOffffff - (rgb & OxOOffffff)); 



schreiben. 
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19.4.3 Allgemeine Filter 

Wir werden im folgenden, wie in allen bisherigen Beispielen, ein FilteredlmageSour- 
ce-Objekt benutzen, das sich um die Registrierung des Filters als ImageConsumer 
kümmert und dann als ImageProducer die Pixelerzeugung startet, und können daher 
das ImageProducer-Interface und seine Methoden vernachlässigen. 

Im Hinblick auf selbst entwickelte Filter ist dagegen die Kenntnis des ImageConsu- 
mer-Interfaces wichtig, da wir Filter als Subklassen von ImageFilter deklarieren und 
dazu spezielle ImageConsumer-Methoden überschreiben werden. In ImageConsu- 
mer sind die folgenden sechs Methoden deklariert; sie werden vom ImageProducer 
in der Regel in der aufgeführten Reihenfolge aufgerufen: 



void setDimensions(int width, int height); 
void setColorModel(ColorModel model); 
void setHints(int hintflags); 
void setProperties(Hashtable props); 
void setPixels(int x, int y, int w, int h, ColorModel model, 
byte[] Pixels, Int off, int scansize); 
void setPixels(lnt x. Int y, int w. Int h, ColorModel model, 
int[] Pixels, int off, int scansize); 
void imageComplete(int Status); 



Mit setDimenslons werden dem Konsumenten die Maße des Bilds übermittelt; die 
drei nächsten Methoden, deren Aufruf optional ist, teilen weitere Details über den 
Farbaufbau, Hinweise zur Reihenfolge, in der die Pixeldaten gesendet werden, so- 
wie weitere Eigenschaften des Bilds (etwa einen Copyright- Vermerk o.ä.) mit. Mit 
der setPIxels-Methode werden die eigentlichen Pixeldaten übertragen; dies erfolgt je 
nach Art und Größe des Bilds in mehreren Aufrufen stückweise als rechteckiger Aus- 
schnitt. Zum Abschluß kann die Methode ImageComplete aufgerufen werden, mit 
deren Argument auf Fehler oder Abbruch im Produktionsprozeß hingewiesen wird. 

Die beiden setPixels- Versionen unterscheiden sich nur in der Übertragungsart: byte- 
weise oder jeweils 4 Bytes in einem int- Wert. Da es der VM freisteht, welche Übertra- 
gungsart sie wählt, müssen wir immer beide Methoden implementieren, auch wenn 
ihr Rumpf fast identisch ist. Die geometrischen Argumente der setPixels-Methode 
veranschaulicht die folgende Abbildung. 
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scansize 




Das Feld, aus dem Bilddaten übertragen werden, heißt pixels; seine Zeilen haben die 
Länge scansize. (x, y) ist die obere linke Ecke des Rechtecks, das durch den Aufruf 
übertragen wird, w und h definieren seine Breite und Höhe, off gibt als „Offset“ an, 
an welchem Feldindex sich der erste zu übertragende Pixel befindet, d.h. pixels[off] 
enthält den Pixel mit Koordinate (x, y). Ein Pixel, der sich im Bild an den Koordinaten 
(i, j) befindet, hat daher im Feld pixels den Index off + (j - y)*scansize + (i - x). Im 
Normalfall wird man off = 0 und scansize = w setzen. 

Als Beispiel stellen wir einen Filter vor, der ein Bild um 90 Grad nach links rotiert: 

// RotationsFilter.java 

import java.awt.*; 
import java.awt.image.*; 

dass RotationsFilter extends ImageFilter { 
private int breite, hoehe; 
public void setDimensions(int w, int h) { 

super.setDimensions(breite = h, hoehe = w); 

} 

public void setPixels(int x, int y, int w, int h, ColorModel model, 
byte[] Pixels, int off, int scansize) { 
byte[] neu = new byte[breite*hoehe]; 
for (int i = 0; i < w; i++) 
for (int j = 0; j < h; j++) 
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neu[j + (w - 1 - i)*h] = pixels[off + i + j*scansize]; 
super.setPixels(y, x, h, w, model, neu, 0, h); 

} 

public void setPixels(int x, int y, int w, int h, ColorModel model, 
int[] Pixels, int off, int scansize) { 
int[] neu = new int[breite*hoehe]; 
for (int i = 0; i < w; i++) 
for (int j = 0; j < h; j++) 

neuü + (w - 1 - i)*h] = pixels[off + i + j*scansize]; 
super.setPixels(y, x, h, w, model, neu, 0, h); 

} 

public static void main(String[] args) { 

Frame f = new Frame("Rotations-Filter"); 

Image orig = Toolkit.getDefaultToolkit().getlmage("bilder/photo.gif ); 
ImageFilter filter = new RotationsFilter(); 

ImageProducer prod = new FilteredlmageSource(orig.getSource(), filter); 

Image gefiltert = f.createlmage(prod); 

f.setLayout(new FlowLayout()); 

f.add(new BildAnzeige(orig)); 

f.add(new BildAnzeige(gefiltert)); 

MediaTracker track = new MediaTracker(f); 
track.addlmage(orig, 0); 
track.addlmage(gefiltert, 0); 
try{ 

track.waitForAIIO; 

} catch (InterruptedExceptlon ign) { } 
f.packQ; 

f.setVlsible(true); 

} 

} 

Um uns nach wie vor nicht mit der Erzeugung des ImageConsumers, der die Daten 
vom letzten (im Beispiel einzigen) Filter erhält, und mit dem Aufruf seiner Methoden 
befassen zu müssen, haben wir durch super.setXYZ hierzu immer die Superklasse 
ImageFilter herangezogen. 
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19.4.4 Zugriffe auf Pixeldaten 

Mit einem PixelGrabber-Objekt kann man die Pixeldaten eines Bilds, eines Bildaus- 
schnitts oder allgemeiner eines ImageProducer-Objekts lesen und in einem int-Feld 
speichern. Die beiden Konstruktoren 

PixelGrabber(lmage, int, int, int, int, int[], int, int) 

PixelGrabber(lmageProducer, int, int, int, int, int[], int, int) 

erzeugen einen PixelGrabber, der mit dem ImageProducer eines Bilds bzw. direkt 
mit einem ImageProducer verbunden ist. Die vier folgenden int-Parameter erhalten 
die Startkoordinaten, Breite und Höhe des Rechtecks, das aus den Pixeldaten des 
Produzenten gelesen werden soll. Die drei letzten Parameter werden mit dem Feld, 
das die Pixel aufnehmen soll, sowie Offset und Länge einer Zeile in diesem Feld 
initialisiert. 

Mit einem Aufruf der Methode grabPixels wird der Prozeß der Pixelübertragung ge- 
startet; dieser kann eine Ausnahme des Typs InterruptedException auswerfen. grab- 
Pixels liefert als Resultat true, wenn die Daten komplett übertragen wurden, und an- 
sonsten false. Ein typischer Zugriff auf die Pixel eines Bilds sieht also wie folgt aus: 

Image bild = Toolkit.getDefaultToolkit().getlmage("bild.jpg"); 
int[] pix = new int[50*50]; 

PixelGrabber pg = new PixelGrabber(bild, 100, 100, 50, 50, pix, 0, 50); 
boolean komplett = false; 
try { 

komplett = pg.grabPixelsQ; 

} catch (InterruptedException ign) { } 
if (komplett) { 

Zugriff auf Daten in pix 



Den umgekehrten Weg, Daten, die in einem Int-Feld gespeichert sind, an einen Ima- 
geProducer als Bilddaten zu übergeben, kann man mit einem MemorylmageSource- 
Objekt beschreiten. Im einfachsten Fall benutzen wir den Konstruktor 

MemorylmageSource(int w, int h, lnt[] pix. Int off, int scanslze) 

dessen Argumente Breite und Höhe des zu erzeugenden Bilds und dann wieder das 
Feld, das die Daten zur Verfügung stellt, sowie Offset und Länge einer Zeile in diesem 
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Feld spezifizieren. Es resultiert hier ein ImageProducer, dessen Bild wir wie bisher 
mittels createlmage als Image-Objekt erzeugen können oder den wir alternativ durch 
ein FilteredlmageSource-Objekt zur Weiterverarbeitung seiner Bilddaten mit einem 
Filter verbinden. 

Eine einfache Anwendung zeigt das folgende Beispiel, in dem die Farbwerte des 
Datenfeldes recht willkürlich gesetzt und dann als Bild angezeigt werden. 

// PixelTest.java 

Import java.awt.*; 

Import java.awt.lmage.*; 

dass PIxelTest { 

public static vold maln(Strlng[] args) { 
final Int anz = 200; 

Int k = 0; 

lnt[] daten = new lnt[anz*anz]; 
for (Int rot = 0; rot < anz; rot++) 

for (Int blau = 0; blau < anz; blau++) { 

Int gruen = anz/2, trans = 255; 

daten[k++] = (trans « 24) I (rot « 16) I (gruen « 8) I blau; 

} 

Frame f = new Framef Pixel-Test"); 

Image blld = 

f.createlmage(new MemorylmageSource(anz, anz, daten, 0, anz)); 
BlldAnzelge ba = new BlldAnzelge(blld); 
f.add(ba); 
f.packQ; 

f.setVlslble(true); 

} 

} 

19.5 Der Ausdruck von Grafiken 

Zugriff auf den Drucker des Systems hat man mittels der AWT-Klasse PrIntJob. Die 
Klasse ist abstrakt und sehr systemspezifisch implementiert, so daß wir konkrete 
PrIntJob-Objekte wieder über die Toolkit-Klasse und hier deren Methode getPrIntJob 
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erzeugen. Ein PrintJob-Objekt repräsentiert einen neuen Druckauftrag. getPrintJob 
erwartet drei Argumente: ein Frame-Objekt, einen String als Namen des Druck- 
auftrags sowie ein Properties-Objekt, das die Eigenschaften des Druckauftrags be- 
schreibt. Wenn man hier einfach null übergibt, werden Standardoptionen für Druck- 
aufträge verwendet. Das Setzen der Eigenschaften wird derzeit nur von Solaris und 
Linux unterstützt; zulässig sind: 



Name 


Bedeutung 


Werte 


awt.print.destination 


Ausgabemedium 


Printer, File 


awt.print.fileName 


Dateiname 




awt.print.numCopies 


Anzahl Kopien 




awt.print.options 


Optionen 




awt.print.orientation 


Orientierung 


Portrait, Landscape 


awt.print.paperSize 


Papiergröße 


Letter, Legal, Executive, A4 


awt.print.printer 


Name des Druckers 





Da Properties eine spezielle Map-Klasse ist, können wir die Eigenschaften einfach 
mittels put setzen, z.B. 

Properties props = new Properties(); 
props.putC'awt.print.printer", "SPARCprinter"); 
props.putfawt.print.paperSize", "A4"); 

Ein getPrintJob-Aufruf erzeugt ein Dialog-Fenster, das mit dem als erstem Argument 
spezifizierten Frame-Objekt verknüpft wird (siehe 18.1.7). In diesem Fenster können 
Benutzer sämtliche Druckeigenschaften verändern; außerdem ist der Druckauftrag zu 
bestätigen oder abzubrechen. 

Wenn wir für ein PrintJob-Objekt die Methode getGraphics aufrufen, erhalten wir 
für die zu druckende Seite einen Grafik-Kontext in Form eines Graphics-Objekts und 
können diesen mit allen bisher verwendeten Methoden beschreiben. Eine Graphics- 
Methode, die wir bisher noch nie benutzt haben ist dispose - bei ihrem Aufruf wird 
die Erstellung der Seite abgeschlossen und diese an den Drucker gesendet. Dieser 
Vorgang kann für denselben PrintJob beliebig oft wiederholt werden. Der Druckauf- 
trag wird schließlich durch den Aufruf von end für das PrintJob-Objekt beendet. 

Das folgende Beispiel druckt unser erstes GIF-Bild aus und zeigt darüber hinaus, 
wie man über die beiden Methoden getPageDimension und getPageResolution die 
Abmessungen einer Druckerseite in Pixeln bzw. die Druckauflösung feststellen kann. 
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H DruckAusgabe.java 

import java.awt.*; 

dass DruckAusgabe { 
public static void main(String[] args) { 

Frame f = new Frame("Druckausgabe-Tesf); 

Label lab = new Label("Drucker XXX x XXX mit XXXX dpi", Label.CENTER); 

f.add(lab); 

f.packO; 

f.setVisible(true); 

Toolkit tk = Toolkit.getDefaultToolkitQ; 

PrintJob job = tk.getPrintJob(f, "Test 1", null); 
if (job != null) { 

Graphics g = job.getGraphicsQ; 
if (g != null) { 

Dimension pd = job.getPageDlmensionQ; 
int dpi = job.getPageResolutionO; 
lab.setTextC'Drucker " + pd.width + " x " + pd.height 
+ " mit " + dpi + " dpi"); 

g.drawlmage(tk.getlmage("bilder/vogel.gif"), 0, 0, f); 
g.disposeO; 

} 

job.endQ; 

} 

} 

} 

In diesem Beispiel haben wir die Resultate von getPrintJob und auch von getGraphlcs 
überprüft, da beide Methoden null liefern, wenn der Druckauftrag im Dialogfenster 
abgebrochen wird. 

Zum Abschluß dieses Abschnitts sei noch darauf hingewiesen, daß für jede AWT- 
Komponente eine Methode printAII(Graphics) deklariert ist, mit der man sie - ein- 
schließlich aller in ihr enthaltenen Teilkomponenten - auf dem Grafik-Kontext ei- 
nes Druckauftrags ausdrucken kann. Entsprechend ist für Container die Methode 
printComponents(Graphics) deklariert, mit der man alle in dem Container enthalte- 
nen Komponenten ausdrucken kann. Zum Beispiel: 
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Frame f = new Button EventFrame(); 

PrintJob job = Toolkit.getDefaultToolkit().getPrintJob(f, "Test 2", null); 
Graphics g = job.getGraphics(); 

f. printAII(g); 

g. disposeO; 
job.endQ; 



19.6 Elementare Klangunterstützung für Applets 

Für Applets existiert eine elementare Form von Klangunterstützung zum Abspielen 
von Audio-Dateien im Sun-AU-Format. Mit den Methoden play(URL) bzw. play(URL, 
String) wird die Klangdatei an dem entsprechenden URL bzw. die Datei relativ zum 
ersten Argument einmal abgespielt. Falls keine derartige Datei gefunden wird, er- 
folgt keinerlei Aktion. Lautstärke, Balance usw. muß mit einem Audiotool geregelt 
werden. 

Eine leicht verbesserte Klangkontrolle bietet das Interface AudioClip mit seinen drei 
Methoden play, loop und stop. Um sie aufzurufen, muß man zunächst mit den Applet- 
Methoden getAudioClip(URL) oder getAudloClip(URL, String) eine Klangdatei laden; 
im Unterschied zu den getlmage- Aufrufen wird für getAudioClip jedoch kein eigener 
Thread implizit gestartet. (Hierfür muß man gegebenenfalls selbst sorgen.) Als Re- 
sultat liefert getAudioClip eine Referenz auf ein AudioClip-Objekt oder null, falls die 
Datei nicht gefunden wird. Mit play und loop kann man die Audiodatei einmal ab- 
spielen bzw. endlos wiederholen; stop beendet die Wiedergabe. Verschiedene, gleich- 
zeitig abgespielte Klänge werden gemischt. Das folgende kleine Beispiel illustriert 
diese kargen klanglichen Möglichkeiten von Java: 

// OrgelApplet.java 

Import java.applet.*; 

Import java.awt.*; 

Import java.awt.event.*; 

public dass OrgelApplet extends Applet Implements ActlonLIstener { 
private AudloCllp begleltung; 
private Strlng[] ton = { 

"ding", "dang", "dong" 

}; 
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public void init() { 

Button but; 

for (int i = 0; i < ton.Iength; i++) { 
but = new Button(ton[i]); 
but.addActionListener(this); 
add(but); 

} 

setBackground(Color.yellow.brighter().brighter()); 

setForeground(Color.red.darkerQ); 

add(new BildAnzeige(getlmage(getCodeBase(), "bilder/music.gif"))); 
begleitung = getAudioClip(getCodeBase(), "toene/begleitung.au"); 

} 

public void startQ { begleitung. loop(); } 
public void stopQ { begleitung.stopQ; } 
public void actionPerformed(Action Event e) { 
play(getDocumentBase(), "toene/" + e.getActionCommand() + ".au"); 

} 

} 

Die Möglichkeiten einer stand-alone Anwendung sind noch stärker auf die Methode 
beep der Toolkit-Klasse beschränkt. 



19.7 Transparente Lightweight-Komponenten 

Wie im Abschnitt 18.3 bereits kurz erwähnt, ist es aufgrund der speziellen Konstruk- 
tion von Lightweight-Komponenten (ohne Peer) möglich, diese so zu erzeugen, daß 
sie keine rechteckige Form haben und transparent sind. Die Reaktion auf Ereignis- 
se innerhalb einer solchen Komponente erfordert im Rumpf der Listener-Methoden 
dann etwas mehr Rechenaufwand. Wir haben in den letzten Abschnitten alle zur 
Erzeugung derartiger Komponenten erforderlichen Konzepte bereits besprochen und 
können deshalb gleich ein Beispiel betrachten. 

In diesem Beispiel ist eine Klasse LiteButton als kreisförmige, durchsichtige Kom- 
ponente deklariert. Wenn man innerhalb der Komponente einen Mausknopf drückt, 
wird Toolkit.beep aufgerufen. Das Beispiel könnte die Klasse FarbPanel aus 19.1.3 
einsetzen; zur Beschleunigung haben wir diese aber durch Benutzung einer Memory- 
ImageSource als Datenproduzent modifiziert. 
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// LiteButton.java 
import java.awt.*; 

dass LiteButton extends Component { 
private int breite, hoehe, durch, schriftBreite = -1, schriftHoehe = -1; 
LiteButton(int breite, int hoehe, int durch) { 
this.breite = breite; 
this.hoehe = hoehe; 
this.durch = durch; 

} 

public void paint(Graphics g) { 

if (schriftBreite == -1 II schriftHoehe == -1) { 

FontMetrics fm = g.getFontMetrics(); 
schriftBreite = fm.stringWidth("Hallo!''); 
schriftHoehe = fm.getAscent(); 

} 

g.setColor(Color.green); 

g.drawOval((breite - durch)/2, (hoehe - durch)/2, durch, durch); 
g.drawStringC'Hallo!", (breite - schriftBreite)/2, (hoehe + schriftHoehe)/2); 

} 

public Dimension getPreferredSizeQ { 
return new Dimension(breite, hoehe); 

} 

} 



// LiteTest.java 

import java.awt.*; 
import java.awt.event.*; 

dass LiteTest { 

public static void main(String[] args) { 

Frame f = new Frame("Lite-Test"); 

FastFarbPanel pan = new FastFarbPanel(Color.magenta, Color.orange); 

final int b = 300, h = 300, d = 75; 

final LiteButton Ib = new LiteButton(b, h, d); 
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lb.addMouseUstener(new MouseAdapterQ { 
public void mousePressed(MouseEvent e) { 
int X = e.getXO - b/2, y = e.getY() - h/2; 
if (2*Math.sqrt(x*x + y*y) <= d) 

Ib.getToolkitQ.beepO; 

} 

}); 

pan.add(lb); 

f.add(pan); 

f.packO; 

f.setVisible(true); 

} 



Den Code für das „schnelle“ FarbPanel findet man unter /OOPinJava/kapiteH 9/Fast- 
FarbPanel.java. 



19.8 Übungsaufgaben 

1. Implementieren Sie eine Klasse Kuchen, mit der es möglich ist, ein Kuchen- 
diagramm darzustellen. 

Deklarieren Sie Kuchen als Subklasse von Component und verwenden Sie 
fillArc in Ihrer paint-Methode. 

2. Schreiben Sie eine Komponente ScrollBildAnzeige, mit der es möglich ist, auch 
sehr große Bilder (unverkleinert) anzuzeigen. Verwenden Sie ein ScrollPane- 
Objekt. 

3. Schreiben Sie eine Komponente, die aus einer BildAnzeige und einem Pop- 
upMenu besteht, über das Benutzer ein FileDialog-Objekt zur Auswahl einer 
neuen Bilddatei erhalten. Die Komponente soll versuchen, die Datei als Bild 
zu laden und anzuzeigen. Benutzen Sie ein MediaTracker-Objekt, um festzu- 
stellen, ob dies geglückt ist. 

4. Schreiben Sie eine Komponente, die ein Bild auf eine voreingestellte Größe 
skaliert und anzeigt. Benutzen Sie dazu die Methode getScaledlnstance der 
Klasse Image oder eine geeignete Variante der drawImage-Methode. 
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5. Implementieren Sie einen Filter, der die Rot- und Grün-Farbkomponenten aller 
Pixel eines Bilds vertauscht. 

6. Testen Sie, wie man die Resultate eines Filters als Eingabe für einen anderen 
Filter verwenden kann. Kombinieren Sie beispielsweise den FarbFilter mit dem 
RotationsFilter. 

7. Schreiben Sie eine Textkomponente, die ihren Text Spiegel verkehrt anzeigt. 

8. Schreiben Sie eine Frame- Version des Daumenkino- Applets. 

9. Implementieren Sie ein Frame-Objekt, das - wie abgebildet - aus einem Can- 
vas und zwei Buttons besteht. Ende soll die Anwendung beenden. 



Cotoi-Threads 



mm^ 



# 

* 

* 



Steil t Ende | ' 



Beim Druck auf Start soll ein neuer Thread erzeugt werden, der in regelmäßi- 
gen Abständen Punkte auf den Canvas zeichnet und wieder löscht. Jeder neue 
Thread soll seine eigene, zufällig gemischte Farbe haben und doppelt so schnell 
arbeiten wie der zuletzt erzeugte Thread. Die Anzahl der insgesamt generier- 
baren Threads soll begrenzt sein (z.B. auf maximal 50). 








Kapitel 20 



Netzwerke, 

Client/Server-Programmierung 



Das Paket java.net enthält Klassen für den Zugriff auf andere Rechner über ein loka- 
les Netzwerk oder das Internet. Bei einem solchen Zugriff bezeichnet man den Ziel- 
rechner, der einen Dienst anbietet, als Server-Rechner, den zugreifenden Rechner als 
Ciient-Rechner. Damit ein Client-Rechner auf einen Server-Rechner zugreifen kann, 
muß dort ein entsprechendes Programm laufen und auf von außen eingehende Anfra- 
gen warten; ein solches Programm nennt man Server. Das auf Client-Seite laufende 
Programm heißt entsprechend Client. (Die beteiligten Rechner, auf denen diese Pro- 
gramme laufen, werden auch als Server-Host bzw. Client-Host bezeichnet.) Um etwa 
eine HTML-Seite von einem Rechner zu laden, muß auf diesem ein HTTP-Server 
laufen. 

Tatsächlich stellt diese Sichtweise nur die abstrakteste Ebene in dem mehrschichti- 
gen Aufbau einer Netzwerkverbindung dar. Man bezeichnet sie als die Anwendungs- 
schicht. Verschiedene Anwendungen definieren verschiedene Sprachen, in denen ein 
Client und ein Server eines bestimmten Typs kommunizieren können; eine solche 
Sprache nennt man auch ein Protokoll. Bekannte Beispiele sind HTTP (das Hyper- 
text Transfer Protocol), FTP (das File Transfer Protocol), SMTP (das Simple Mail 
Transfer Protocol) und das Telnet-Protokoll. 

Unter dieser Schicht differenziert man noch drei weitere: zunächst die Transport- 
schicht, die das Transportprotokoll bestimmt - wir behandeln hier nur TCP (das 
Transmission Control Protocol) sowie UDP (das User Datagram Protocol); dann 
die Netzwerkschicht mit IP, dem Internet-Protokoll und schließlich die physikalische 
Schicht, etwa eine Verbindung mittels Ethernet, X.25 oder Tokenring. Transport- 
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Schicht und Netzwerkschicht werden oft zu einer Abstraktionsstufe zusammengefaßt 
und dann kurz als TCP/IP bzw. UDP/IP bezeichnet. 



Anwendungsschicht 
HTTP, FTP, . . . 



TVansportschicht 

TCP, UDP 



Netzwerkschicht 

IP 



Physikalische Schicht 

Ethernet, X.25, Tokenring 



Das Internet-Protokoll vermittelt Zugang zu anderen Rechnern durch numerische 
Adressen, die IP-Adressen. Derzeit sind IP-Adressen 4 Bytes lang und werden ent- 
sprechend mit vier durch Punkte getrennten Zahlen im Bereich von 0 bis 255 darge- 
stellt. Die IP-Adresse unseres WWW-Servers ist beispielsweise 134.155.57.114. In 
der nächsten Version des Internet-Protokolls wird der Adreßraum auf 8 Bytes ausge- 
dehnt. IP-Adressen werden dann als sechs durch Doppelpunkte voneinander getrenn- 
te vierstellige Hexadezimalzahlen dargestellt, etwa 19a7:fa88:3b01:72ab:f86c:44e6. 

Besser handhabbar und in der Regel allein sichtbar für den Benutzer sind die ausge- 
schriebenen Host-Namen, wie etwa die des oben erwähnten WWW-Servers: www.wi- 
fo.uni-mannheim.de. Diese Namen müssen den ihnen entsprechenden IP-Adressen 
zugeordnet werden - eine Aufgabe, die von speziellen Rechnern (den Domain Name 
Servern) im Internet übernommen wird. 

Über das Netz zu versendende Informationen werden von TCP bzw. UDP mit ei- 
nem Header ausgestattet oder in Pakete zerlegt, die neben den Originaldaten die IP- 
Adresse des Empfängers enthalten. Da auf einem Empfänger verschiedene Server- 
Programme gleichzeitig laufen und auf eingehende Informationen warten können, 
z.B. ein Email-Programm und ein Web-Server, muß noch geklärt werden, für wel- 
ches Programm die eingehenden Daten bestimmt sind. Zu diesem Zweck wird in den 
Header bzw. jedes einzelne Paket noch eine Poit-Nummer aufgenommen, die ent- 
scheidet, welcher Server die Informationen erhält. Port-Nummern sind 2 Bytes lang, 
also Zahlen zwischen 0 und 65535; jedem Server, der auf einem Rechner gestartet 
wird, muß eine noch freie Port-Nummer zugeordnet werden. Standardmäßig wer- 
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den verschiedenen häufig verwendeten Applikationen bestimmte Ports mit Nummern 
unterhalb von 1024 zugeordnet. Die wichtigsten sind: 



Anwendung 


Port 


Anwendung 


Port 


Echo 


1 


Daytime 


13 


FTP 


21 


Telnet 


23 


SMTP 


25 


Finger 


79 


HTTP 


80 


POP 


110 



Obwohl es sich hierbei um eine Konvention handelt, ist die Zuordnung in keiner Wei- 
se zwingend. Es steht jedem frei, seinen HTTP-Server auch mit Port 7 zu assoziieren. 
Die folgende Abbildung soll den Sachverhalt noch einmal erläutern. Es bleibt dabei 
festzuhalten, daß Ports nichts mit der Hardware eines Rechners zu tun haben. 




Einen durch IP-Adresse und Port-Nummer eindeutig bestimmten Endpunkt einer Netz- 
werkverbindung nennt man einen Socket 

Die verschiedenen Bestandteile der Adressierung im Netzwerk können vereinheit- 
lichend in einem URL (Uniform Resource Locator) zusammengefaßt werden. Der 
URL http://www.strangeplace.org:7/index.html#net zeigt beispielhaft den Aufbau. Er 
besteht aus dem Namen des benutzten Protokolls, das vom Rest durch : abgetrennt 
ist (hier http), der IP-Adresse oder dem Host-Namen des Rechners, die links durch 
// und rechts durch / oder : begrenzt sind (hier www.strangeplace.org), einer optiona- 
len Port-Nummer, die links durch : und rechts durch / begrenzt ist (hier abweichend 
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von der Norm für das HTTP-Protokoll 7) sowie optional der Bezeichnung der ge- 
wünschten Ressource, deren Interpretation vom gewählten Protokoll abhängt (hier 
index.html, einer HTML-Seite). Ein Dateiname, der mit / endet, bezeichnet in diesem 
Kontext ein Verzeichnis. Ein optionaler Zusatz für URLs ist die durch # abgetrennte 
Angabe einer Referenz auf einen Ankerpunkt (hier net). Dabei handelt es sich um 
eine bestimmte Stelle in einer HTML-Datei, die mit der <a>-Markierung spezifiziert 
ist. Im Beispiel muß index.html eine Markierung <a name = “net"> enthalten. 

In Java ermöglicht die Klasse InetAddress aus java.net den Zugriff auf DNS, den 
Domain Name Service. Socket und ServerSocket repräsentieren TCP/IP-Sockets, 
die Klasse DatagramSocket erlaubt die Erzeugung von UDP-Sockets. Darüber hinaus 
stehen die Klassen URL und URLConnection zum einfachen Arbeiten mit URLs zur 
Verfügung. 

Ein weiteres Protokoll, das für uns von besonderem Interesse ist, ist RMI (das Remo- 
te Method Invocation Protocol). Mit seiner Hilfe können wir Methoden für Objekte 
aufrufen, die sich auf einem anderen Rechner befinden. RMI stellt eine einfache 
und zuverlässige Möglichkeit der Kommunikation zweier Java-Programme, die auf 
verschiedenen Rechnern laufen, dar. Die zu RMI gehörigen Klassen sind nicht Be- 
standteil des Pakets java.net, sondern in java.rmi und seinen Unterpaketen enthalten. 

Den vollen Nutzen der Beispiele dieses Kapitels kann man nur dann erarbeiten, wenn 
man Zugang zu einem Rechner in einem lokalen Netzwerk oder mit Anschluß an das 
Internet hat. Zu einer funktionstüchtigen Netzwerkanbindung gehört dann u.a. das 
Einträgen eines DNS-Servers. Alle Beispiele laufen aber auch auf einem Einzelplatz- 
System ohne Netzanbindung, wenn man für Client- wie für Server-Host den Namen 
dieses Rechners verwendet oder einfach localhost bzw. 127.0.0.1 als Host-Namen 
bzw. IP-Adresse benutzt. 



20.1 Zugriffe auf den DNS 

Zur Speicherung von IP-Adressen verwendet man Objekte der Klasse InetAddress. 
Sie können nicht durch einen public Konstruktor erzeugt werden, sondern ergeben 
sich nur als Resultat einer Anfrage an den DNS über Aufrufe der Klassenmethoden 
getLocalHost, getByName(String) und getAIIByName(String). Die erste Methode lie- 
fert die IP-Adresse des lokalen Rechners, die zweite diejenige des im Argument an- 
gegebenen Rechners; dabei kann ein Host-Name, z.B. ''www.wifo.uni-mannheim.de" 
oder eine IP-Adresse wie "134.155.57.1 14" übergeben werden. Im letzteren Fall un- 
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terbleibt eine Anfrage an den DNS, und die Adresse wird so in das InetAddress- 
Objekt aufgenommen, wie sie aus der String-Darstellung abzulesen ist. Die Metho- 
de getAIIByName(String) liefert ein InetAddress-Feld, was sinnvoll für Rechner mit 
mehreren IP-Adressen sein kann. Alle drei genannten Methoden werfen eine Aus- 
nahme des Typs UnknownHostException aus, falls dem DNS keine IP-Adresse zu 
einem Host-Namen bekannt ist. Das folgende Beispiel zeigt die Verwendung der 
wichtigsten Methode: 

// DNSAnfrage.java 

Import java.io.*; 

Import java.net.*; 

dass DNSAnfrage { 

public static void maln(String[] args) { 

PrintWrIter out = new PrlntWriter(System.out, true); 
if (args.length != 1) 

out.printlnfStarten mittels java DNSAnfrage <hostname>''); 
eise 
try{ 

InetAddress ip = lnetAddress.getByName(args[0]); 
out.printInC'Die IP-Adresse von ” + args[0] + ” ist:\n" + ip + 

} catch (UnknownHostException ex) { 
out.println(args[0] + " ist dem DNS nicht bekannt.“); 

} 

} 

} 

Bei einem Aufruf java DNSAnfrage www.wifo.uni-mannheim.de erhalten wir: 

Die IP-Adresse von www.wifo.uni-mannheim.de ist: 

www.wifo.uni-mannheim.de/1 34.1 55.57. 1 1 4. 



20.2 TCP/IP-Verbindungen 

Die Unterschiede zwischen den beiden Transportprotokollen TCP/IP und UDP/IP 
sind gravierend. Das TCP/IP-Protokoll stellt eine Verbindung zwischen zwei Sockets 
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her, die zuverlässig und geordnet ist. Zuverlässig bedeutet, daß der Sender eine Be- 
stätigung vom Empfänger erwartet, daß die gesendeten Daten auch tatsächlich an- 
gekommen sind; zur Fehlererkennung und -behebung sind geeignete Routinen de- 
klariert. Geordnet bedeutet, daß die Daten nach dem Verbindungsaufbau alle auf 
demselben Verbindungsweg mit Sicherstellung ihrer richtigen Reihenfolge übertra- 
gen werden. Die Verbindung wird durch die IP-Adressen von Sender und Empfänger 
sowie die Port- Adressen von beiden Kommunikationspartnern festgelegt - dies wer- 
den wir bei der Deklaration der entsprechenden Client- und Serverklassen sehen. 

Das UDP/IP-Protokoll hingegen stellt eine verbindungslose Übertragung dar, die un- 
zuverlässig und ungeordnet, also das genaue Gegenteil einer TCP/IP- Verbindung ist. 
Verbindungslos bedeutet, daß die Daten in Paketen versandt werden, die jeweils die 
komplette Empfängeradresse enthalten. Über die Transportrouten der einzelnen Pake- 
te wird erst während deren Übertragung entschieden. Mit unzuverlässig ist gemeint, 
daß der Empfang von Datenpaketen nicht bestätigt wird, daß Daten also verloren ge- 
hen können. Ungeordnet heißt, daß später gesendete Pakete beim Empfänger früher 
eintreffen können als früher versandte, und umgekehrt. 

UDP/IP stellt somit das einfachere, aber auch schlankere Transportprotokoll dar. We- 
gen der vielen positiven Eigenschaften wird man in der Regel jedoch TCP/IP ver- 
wenden. UDP/IP kommt dennoch für bestimmte Aufgaben in Frage, etwa wenn ein 
Client lediglich an dem aktuellen Meßwert einer Größe - z.B. Temperatur, Windge- 
schwindigkeit, Luftdruck - interessiert ist: bei einer Störung der Übertragung wäre 
eine wiederholte Sendung des alten Meßwerts u.U. sinnlos, da er sich womöglich 
inzwischen geändert hat. 

Bei einer TCP/IP- Verbindung unterscheidet man zwischen dem Socket eines Servers 
und dem eines Clients; der erste wird durch Objekte der Klasse ServerSocket, der 
letzte durch Objekte der Klasse Socket repräsentiert. Wir beginnen der Einfachheit 
halber mit der Besprechung von Client-Sockets. 



20.2.1 Client-Sockets 

Client-Sockets können mit den Konstruktoren 
Socket(lnetAddress adr, int port) 

Socket(lnetAddress adr, int port, InetAddress localAdr, int localPort) 



erzeugt werden. In beiden Fällen bezeichnet adr das InetAddress-Objekt des Server- 
Hosts und port die Nummer des Ports, den der Server benutzt. Im ersten Fall erhält 
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der Client irgendeinen freien Port des lokalen Rechners. Bei Verwendung des zweiten 
Konstruktors können sowohl die IP-Adresse als auch die Port-Nummer des Client- 
Hosts explizit festgelegt werden - diese Möglichkeit wird man seltener benutzen. 
Statt der expliziten Angabe einer InetAddress kann man die IP-Adresse oder den 
Host-Namen für den Server auch als String spezifizieren; Java nimmt dann implizit 
eine DNS-Anfrage mittels getByName vor. 

Wenn keine Verbindung zum angegebenen Zielrechner hergestellt werden kann, sei 
es, weil der Rechner nicht erreichbar ist oder weil kein Server mit dem angegebenen 
Port verknüpft ist, werfen die Konstruktoren eine lOException aus. 

Nach der Erzeugung des Sockets ist die Kommunikation mit dem Server denkbar ein- 
fach. Durch getOutputStream und getlnputStream erhält man OutputStream- bzw. 
InputStream-Objekte, mit denen man Daten an den Server versenden bzw. von die- 
sem gesendete Daten empfangen kann. Hierbei können alle im Kapitel 16 über Ein- 
und Ausgabeströme behandelten Methoden eingesetzt werden. Nach Abschluß der 
Übertragung sollte die Verbindung mit einem close-Aufruf unterbrochen werden. 
Es werden dann alle mit dem Socket assoziierten Ressourcen (Streams, Datei- und 
Socket-Deskriptoren) freigegeben. 

Ein einfaches Beispiel für einen TCP/IP-Client ist: 

//TCPIPCIient.java 

Import java.io.*; 

Import java.net.*; 

dass TCPIPCIient{ 

static PrintWriter out = new PrintWriter(System.out, true); 

TCPIPCIient(String hostname, int port) { 
try{ 

Socket sock = new Socket(hostname, port); 

out.printlnfClient gebunden an lokalen Port: " + sock.getLocalPortQ); 
sock.setSoTimeout(1 00); 

BufferedReader sockin = 

new BufferedReader(new lnputStreamReader(sock.getlnputStream())); 
PrintWriter sockout = new PrintWriter(sock.getOutputStream(), true); 
antwort(sockin); 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
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String zeile; 

while (!(zeile = in.readLine()).startsWith("ende")) { 
sockout.println(zeile); 
antwort(sockin); 

} 

sock.closeO: 

} catch (UnknownHostException ux) { 
out.println(hostname + ” ist dem DNS nicht bekannt."); 

} catch (lOException ioe) { 
ioe.printStackTraceO ; 

} 

} 

static void antwort(BufferedReader sockin) throws lOException { 

String str; 
try{ 

while ((str = sockin. readUneQ) != null) 
out.println(str); 

} catch (InterruptedlOException ign) { } 

out.print("> "); 

out.flushQ; 

} 

public static void main(String[] args) { 

If (args.length == 2) 

new TCPIPCIIent(args[0], lnteger.parselnt(args[1])); 
eise 

out.println("Starten mittels java TCPIPCIient <hostname> <portnr>"); 

} 

} 

Das Programm erwartet zum Verbindungsaufbau die Angabe des Server-Hosts und 
seines Ports als Kommandozeilen- Argumente. Es wird dann ein Socket konstruiert, 
und über diesen werden die Ein- und Ausgabeströme zum Server erzeugt. Danach 
wird im Wechsel gelesen, was das Server-Programm in den InputStream schreibt bzw. 
die Eingaben des Benutzers werden über den OutputStream zum Server-Programm 
weitergeleitet. 

Zu beachten sind dabei die an den verschiedenen Stellen möglichen Ausnahmen: Die 
bei der Anfrage beim DNS mögliche Ausnahme UnknownHostException sowie die 
bei der Erzeugung des Sockets oder beim Schreiben auf dessen Ausgabestrom mögli- 
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eben lOExceptions werden am Ende des Konstruktors abgefangen. Die beim Lesen 
vom Socket mögliche InterruptedlOException fangen wir in antwort lediglich mit ei- 
nem leeren Händler ab. Dies ist sinnvoll, weil wir direkt nach der Erzeugung des 
Sockets mit dem Aufruf von setSoTimeout für das Socket-Objekt ein Timeout von 
100 Millisekunden gesetzt haben. Kann länger als diese Timeout-Zeitspanne nichts 
vom Socket gelesen werden, wird der readLine-Aufruf für sockin folglich unterbro- 
chen. Wird kein solches Timeout gesetzt, erfolgt keine Unterbrechung, und das Pro- 
gramm hängt, wenn der Server keine Daten liefert, z.B. weil er auf eine Anfrage war- 
tet. Ein EOF-Signal wird erst gesendet, wenn der Server den Strom explizit schließt 
- readLine liefert dann null. 

Beim Lesen vom Eingabestrom oder beim Schreiben in den Ausgabestrom eines 
Sockets kann eine SocketException ausgeworfen werden. Dieser Ausnahmetyp ist 
Subklasse von lOException; er signalisiert einen Fehler im zugrundeliegenden Trans- 
portprotokoll. In der Praxis treten derartige Fehler immer dann auf, wenn die Ge- 
genseite die Verbindung nicht ordnungsgemäß schließt, beispielsweise weil das Pro- 
gramm nicht korrekt terminiert oder auf Betriebssystemebene abgebrochen wird. 

In der Regel kann eine TCP/IP- Verbindung auf ein Timeout verzichten, weil der Cli- 
ent Daten in einem ganz bestimmten Format vom Server erwartet, also aus den bereits 
gelesenen Daten erschließen kann, ob er mit dem Lesen fortfahren soll oder ob er nun 
seinerseits einen weiteren Befehl oder Daten an den Server zu schicken hat. Hier ist 
der Client so implementiert, daß er universell für verschiedene Anwendungen, z.B. 
aus der Tabelle von S. 449, nutzbar sein soll. Die von der jeweiligen Anwendung 
abhängigen Regeln und Kommandos bilden das Protokoll der Anwendungsschicht. 
Wir können uns dies konkret vor Augen führen, wenn wir unseren Client mit einem 
FTP-Server verbinden. Eine Beispielsitzung könnte nach dem Starten von 

java TCPIPCIient ftp.wifo.uni-mannheim.de 21 
wie folgt verlaufen: 

Client gebunden an lokalen Port: 54580 

220 vetlnari.wifo.uni-mannheim.de FTP Server (Version wu-2.4.2) ready. 

> help 

214-The following commands are recognized (* =>’s unimplemented). 

USER PORT STÖR MSAM* RNTO NLST MKD CDUP 




456 



KAPITEL 20. NETZWERKE, CLIENT/SERVER-PROGRAMMIERUNG 



QUIT RETR MSOM* RNFR LIST NOOP XPWD 
214 Direct comments to ftp-bugs@vetinari.wifo.uni-mannheim.de. 

> user anonymous 

331 Guest login ok, send your complete e-mail address as password. 

> pass fughoddid® 

230 Guest login ok, access restrictions apply. 

> msom 

502 MSOM command not implemented. 

> ende 

Durch den TCPIPCIient gelingt es uns, mit dem FTP-Server zu kommunizieren. Da- 
bei muß ein Benutzer das FTP-Protokoll kennen, zumindest den ersten Befehl help. 
Ein spezieller FTP-Client würde den Benutzern die Arbeit erleichtern und eine grafi- 
sche Oberfläche bereitstellen. 

Die Übertragung einer Datei gelingt mit diesem einfachen Programm noch nicht, 
weil der FTP-Server die Verzeichniseinträge und die Dateien selbst über eine separate 
TCP/IP- Verbindung schickt, die der Client nicht kennt. 

Das Programm demonstriert mit seiner ersten Ausgabe, daß auch ein Client mit einem 
Port verknüpft sein muß, damit der Server ihn ansprechen kann. Die Kooperation der 
Ein- und Ausgabeobjekte mit dem Socket zeigt die folgende Abbildung: 



Benutzer 



System. in in sockout sock 



















System. out 


out 


sockin 

















zum/vom 

Server 



20.2.2 Server-Sockets 

Anders als ein Client-Socket stellt ein Server-Socket nicht eine Verbindung zu ei- 
nem bestimmten Rechner und Port her, sondern wartet auf seinem Server-Host auf 
die an einem Port eingehenden Verbindungen. Einen solchen Server-Socket erzeugt 
man mit dem Konstruktor ServerSocket(int), dem man die gewünschte Port-Nummer 
übergibt. In der Regel ist es sinnvoll, auf diese Weise eine Port-Nummer festzulegen. 
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so daß Clients wissen, an welchen Port sie ihre Anfragen richten sollen; wird als Ar- 
gument jedoch 0 spezifiziert, bindet die VM den Server-Socket an einen beliebigen 
freien Port, dessen Nummer dann mit getLocalPort abgefragt und dem Client mitge- 
teilt werden muß. Der Konstruktor wirft eine lOException aus, falls es nicht möglich 
ist, einen Server-Socket mit der spezifizierten Port-Nummer einzurichten, z.B. weil 
diese bereits belegt ist. 

Die Methode accept wartet darauf, daß ein Client eine Verbindung zum Server auf- 
bauen will und liefert ein Socket-Objekt als Resultat, mit dessen Ein- und Ausga- 
beströmen die Kommunikation mit dem Client so abgewickelt werden kann wie es 
im letzten Abschnitt beschrieben wurde. Mittels dose wird die Verbindung wieder 
unterbrochen und serverseitig belegte Ressourcen werden freigegeben. 

Ein Einfachstbeispiel für ein Server-Programm zeigt der folgende DumpServer. Er 
beschränkt sich darauf, auf Nachfrage des Clients eine Verbindung aufzubauen und 
alle Zeichen, die der Client sendet, auf System. out zu kopieren. 

// DumpServer.java 

Import java.io.*; 

Import java.net.*; 

dass DumpServer { 

static PrintWriter out = new PrintWriter(System.out, true); 

static void antwort(BufferedReader sockin) throws lOException { 

String str; 
try{ 

while ((str = sockin. readüneQ) != null) 
out.println(str); 

} catch (lOException ign) { } 

} 

DumpServer(int port) { 
try{ 

final Int MAX_VERB = 100; 

ServerSocket Server = new ServerSocket(port); 

out.println("[Server wartet auf Port " + port + "]"); 

for (Int i = 0; i < MAX_VERB; i++) { 

Socket sock = server.accept(); 
out.println("[Verbindung zu " + sock.getlnetAddressQ 
+ + sock.getPortO + "]"); 
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BufferedReader sockin = new BufferedReader(new 
InputStreamReader(sock.getlnputStreamO)); 
antwort(sockin); 

out.println("[Verbindung getrennt]"); 

} 

server.closeO; 

} catch (lOException ioe) { 

ioe.printStackTraceO; 

} 

} 

public static void main(String[] args) { 
if (args.length == 1) 

new DumpServer(lnteger.parselnt(args[0])); 
eise 

out.println("Starten mittels java DumpServer <portnr>"); 

} 

} 

Der Konstruktor und die Methode antwort sind analog zum letzten Beispiel ent- 
wickelt. Zunächst wird der Server-Socket am gewünschten Port erzeugt, dann wird 
mit accept auf eine Client-Anfrage gewartet, eine Verbindung aufgebaut und das 
InputStream-Objekt erzeugt. Durch antwort werden alle vom Client gesendeten Da- 
ten gelesen und im Terminalfenster des Servers angezeigt. Anders als im TCPIPCIient- 
Beispiel ist für den Socket aber kein Timeout eingestellt, sondern der Server wartet, 
bis der Client die Verbindung beendet. Neu ist auch die Verwendung der Socket- 
Methoden getlnetAddress und getPort, die die IP-Addresse sowie die Port-Nummer 
liefern, mit der der Socket verbunden ist; typischerweise verwendet man diese Metho- 
den nur serverseitig, da beide Angaben dem Client bei der Erzeugung seines Sockets 
bekannt sein müssen. Wenn wir den Server beispielsweise mittels 

java DumpServer 2000 

starten, können wir nun mit einem beliebigen Client-Programm versuchen, ihn zu 
erreichen. Geben wir etwa bei einem WWW-Browser den URL http://localhost:2000/ 
ein, so zeigt der Server die HTTP- Anfrage des Browsers 

GET/ HTTP/1.0 

Connection: Keep-Alive 

User-Agent: Mozilla/4.05 [en] (XII; I; SunOS 5.6 sun4u) 
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Host: localhost:2000 



an. (Da der Browser keine Antwort erhält, ist das Beispiel damit beendet.) Falls wir 
den TCPIPCIient des letzten Abschnitts benutzen und entsprechend mit 

java TCPIPCIient localhost 2000 

starten, können wir sehen, wie alles, was im Client-Terminalfenster eingeben wird, 
auf dem Server-Terminal erscheint. Interessanter ist es, wie bereits oben bemerkt, 
nicht lokal, sondern mit verschiedenen Rechnern zu arbeiten. 

Durch das Starten mehrerer TCPIPCIients kann man untersuchen, wie es sich aus- 
wirkt, wenn mehrere Clients zur gleichen Zeit versuchen, den Server anzusprechen. 
Ist das Server-Programm einmal mit der Bedienung eines Clients beschäftigt, wer- 
den alle weiteren Kontaktwünsche in eine Warteschlange eingereiht. Standardmäßig 
besitzt diese Warteschlange die maximale Länge 50; warten bereits 50 Clients auf 
eine Verbindung zum Server, erhalten alle folgenden die Meldung, daß ein Verbin- 
dungsaufbau abgelehnt wird. Die Länge der Warteschlange kann dem Konstruktor 
ServerSocket(int, int) im zweiten Argument explizit vorgegeben werden - in unserem 
Beispiel ist die maximale Anzahl an Verbindungen durch die for- Anweisung auf 100 
beschränkt. 



20.2.3 Server mit mehreren Clients 

Für Server, die nur sehr schnell zu beantwortende Anfragen erhalten und mit denen 
Clients nur sehr kurze Zeit verbunden sind, mag das Modell der Warteschlange aus 
dem letzten Abschnitt ausreichen. Im allgemeinen ist es aber nicht akzeptabel, daß 
ein Client den Server komplett beansprucht und blockiert. Bei einem FTP-Server 
hieße dies etwa, daß alle anderen Benutzer warten müßten, bis der gerade verbundene 
Client seine Dateien übertragen hat. In aller Regel wird man deshalb ein Server- 
Programm so konzipieren, daß es mehrere Clients gleichzeitig versorgen kann. Dies 
implementiert man mit Hilfe von Threads: jedesmal, wenn eine Verbindungsanfrage 
eintrifft, wird diese mit accept angenommen, und es wird ein neuer Thread gestartet, 
der diese spezielle Verbindung bedient. Der eigentliche Server-Thread kehrt dann 
zum nächsten Aufruf der accept-Methode zurück. Man nennt einen solchen Server 
“multithreaded” (auch: MT-Server). 
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Ein Beispiel für einen Server, der mehrere Clients gleichzeitig bedienen kann, ist der 
KarteiServer. Er stellt eine sehr einfache Form einer Kartei mit Java-Begriffen dar. 
Die Karteikarten bestehen aus Textdateien im Verzeichnis kartei. Der Server versteht 
zwei Befehle: liste zeigt eine Liste aller Karteikarten; zeige <Begriff> sendet den 
Inhalt der angegebenen Karteikarte. 

// KarteiServer.java 

import java.io.*; 
import java.net.*; 

dass KarteiServer { 

static PrintWriter out = new PrintWriter(System.out, true); 

KarteiServer(int port) { 
try{ 

ServerSocket Server = new ServerSocket(port); 
out.printInC'KarteiServer wartet auf Port " + port); 
boolean neu = true; 
while (neu) { 

Socket sock = server.accept(); 
new KarteiVerbindung(sock).start(); 

} 

server.closeO; 

} catch (lOException ioe) { 
ioe.phntStackTraceQ; 

} 

} 

public Static void main(String[] args) { 
if (args.length == 1) 

new KarteiServer(lnteger.parselnt(args[0])); 
eise 

out.printInC'Starten mittels java KarteiServer <portnr>"); 

} 

} 

Die Fähigkeit, mehrere Clients bedienen zu können, ist in der while-Anweisung mit 
der Erzeugung und dem Starten eines neuen Verbindungs-Threads implementiert. 
Diese Anweisungen können wir auch kürzer so formulieren: 

new KarteiVerbindung(server.accept()).start(); 
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Es wird hier zunächst mit accept auf eine Verbindungsanfrage gewartet, dann wird 
das resultierende Socket-Objekt zur Initialisierung eines Objekts der Klasse Kartei- 
Verbindung benutzt; diese ist Subklasse von Thread, und das neu erzeugte Thread- 
Objekt kann somit unabhängig von allen anderen bereits erzeugten Threads sofort 
gestartet werden. 

Der Server selbst kehrt in seiner Endlosschleife zum erneuten accept- Aufruf zurück 
und ist damit bereit, die nächste Verbindung aufzubauen. Die Klasse KarteiVerbin- 
dung wickelt den einfachen Dialog mit dem Client selbständig und ohne Bezug auf 
andere möglicherweise gleichzeitig bestehende Verbindungen zum selben Server ab. 
Im Konstruktor werden die Ein-/ Ausgabeströme zu ihrem Socket erzeugt. Die Me- 
thode run wartet auf eintreffende liste- bzw. zeige-Befehle und sendet die Jeweils 
gewünschten Daten. 

// KarteiVerbindung.java 

Import java.io.*; 

Import java.net.*; 

dass Karteiverbindung extends Thread { 

Socket sock; 

PrintWriter sockout; 

BufferedReader sockin; 

static final String LISTE = liste", ZEIGE = "zeige”, ENDE = 

KarteiVerbindung(Socket sock) { 
this.sock = sock; 
try{ 

sockin = 

new BufferedReader(new lnputStreamReader(sock.getlnputStream())); 
sockout = new PrintWriter(sock.getOutputStream(), true); 

} catch (lOException e) { 

zeige(”Ausnahme während Verbindungsaufbau: " + e); 

} 

} 

void zeige(String meldung) { 

KarteiServer.out.println(”[” + sock.getlnetAddress() + + sock.getPort() 

+ " + meldung + "]"); 

} 




462 



KAPITEL 20. NETZWERKE, CLIENT/SERVER-PROGRAMMIERUNG 



public void run() { 
try{ 

zeigeC'neue Verbindung”); 

String anfrage; 

while ((anfrage = sockin. readLineO) != null) { 
if (anfrage.equalslgnoreCase(LISTE)) { 
zeigefsende Liste”); 

String[] liste = new File("kartei”).list(); 
for (int i = 0; i < liste.length; i++) 
sockout.println(liste[i]); 

} eise if (anfrage.startsWith(ZEIGE)) { 

String str = anfrage.substring(ZEIGE.Iength() + 1).trim(); 
zeigeC'sende Karte ” + str); 

BufferedReader fin; 
try{ 

fin = new BufferedReader(new FileReader("kartei/” + str)); 

} catch (FileNotFoundException e) { 
continue; 

} 

while ((str = fin.readLineQ) != null) 
sockout.println(str); 
fin.closeO; 

} 

sockout.prlntln(ENDE); 

} 

sock.closeO; 

zeige("Verbindung getrennt"); 

} catch (lOException ign) { } 

} 

} 

Ein Test des Servers mit unserem anfangs erstellten TCPIPCIient könnte beispielswei- 
se die folgenden Ausgaben ergeben. Auf Server-Seite (nach dem Starten des Servers 
durch java KarteiServer 8888): 

KarteiServer wartet auf Port 8888 

[hoss/1 34.1 55.57.1 03:54589: neue Verbindung] 

[hoss/1 34.1 55.57.1 03:54589: sende Liste] 

[hoss/1 34.1 55.57.1 03:54589: sende Karte Applet] 
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[hoss/1 34.1 55.57.1 03:54589: Verbindung getrennt] 

Und auf Client-Seite (nach dem Starten durch java TCPIPCIient www.wifo.uni-mann- 
heim.de 8888): 

Client gebunden an lokalen Port: 54589 

> liste 
Applet 
Ausnahme 
Garbage-Collector 
Socket 

Stream 
Th read 

> zeige Applet 

Ein Java-Program, das nicht eigenständig, sondern 
von einem Applet-Viewer oder Web-Browser gestartet 
wird. Die Viewer- oder Browser-VM erzeugt nach dem 
Laden ein Applet-Objekt und ruft implizit folgende 
Methoden für es auf: init, Start, stop, destroy. 

> ende 

Im Verzeichnis /OOPinJava/kapitel20/server2 ist eine zweite Version dieses Beispiels 
enthalten, in dem für die Karteikarten nicht einzelne Dateien, sondern ein Properties- 
Objekt - das ist ein spezielles Map-Objekt - benutzt wird. 



20.2.4 Ein einfaches Anwendungsprotokoll über TCP/IP 

Der universelle TCPIPCIient aus Abschnitt 20.2.1 benutzte ein Timeout, um festzu- 
stellen, ob der Server alle angeforderten Daten gesendet hat: kann er 100 Millisekun- 
den lang kein Zeichen lesen, geht er davon aus, daß der Sendevorgang abgeschlossen 
ist. Dies funktioniert zwar bei einer schnellen Verbindung zwischen Server und Cli- 
ent, ist aber offensichtlich extrem störanfällig. Treten aus irgendwelchen Gründen 
Verzögerungen ein, liest der Client die folgenden Daten erst beim nächsten Lesevor- 
gang. In der Praxis wird man ein solches Timeout deshalb nur selten wählen, sondern 
die Vollständigkeit der Datenübertragung auf andere Art sicherstellen. 
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Generell gibt es hierzu zwei Möglichkeiten: Erstens kann man Steuerzeichen in die 
zu übermittelnden Daten einfügen. Kann etwa sichergestellt werden, daß das Zeichen 
’$’ als Zeichen in den Daten selbst nicht vorkommt, könnte man es am Schluß eines 
angeforderten Dokuments senden. Können alle Zeichen als Datenelement Vorkom- 
men - z.B. bei binären Daten - wählt man ein Zeichen als Steuerzeichen und bildet 
verschiedene Steuersequenzen. Üblicherweise steht die Verdoppelung des Steuer- 
zeichens für das Vorkommen des Zeichens selbst. In unserem Beispiel könnte der 
Server dem Client so durch "$e” das Ende einer Karteikarte signalisieren, während 
in der Karte selbst vorkommende Dollarzeichen als "$$" übermittelt würden, zwei 
Dollarzeichen im Text als "$$$$" usw. 

Die zweite Möglichkeit einer sicheren Übertragung besteht darin, dem Client vor den 
Daten selbst deren Länge mitzuteilen; diesen Weg wählt das HTTP-Protokoll. Er 
ist immer dann gangbar, wenn die Datenlänge bereits zu Beginn des Sendevorgangs 
feststellbar ist. 

Für unser Beispiel haben wir eine noch einfachere Variante gewählt. Die Daten sind 
in Zeilen organisiert; eine Zeile, die nur aus einem Punkt besteht, steht für das Da- 
tenende. Der Preis für die Einfachheit dieses Konzepts ist ein Verlust an Allgemein- 
heit: es können keine Daten gesendet werden, die eine Zeile enthalten, die nur aus 
einem Punkt besteht. Diese Variante verwendet beispielsweise das SMTP-Protokoll 
zur Markierung des Endes einer Nachricht. 

Die Befehle liste und zeige, die der Server versteht, die Konvention der Datenübertra- 
gung - Sendung direkt im Anschluß an den Befehl ohne Header, Abschluß durch eine 
Zeile mit nur einem Punkt - sowie die Tatsache, daß sich der Server nicht meldet, son- 
dern der Client die Übertragung beginnen muß, stellen zusammengefaßt das Anwen- 
dungsprotokoll unseres Karteiservers dar, das über dem TCP/IP-Transportprotokoll 
liegt. 

Obwohl der Server die nötigen Signale für die Erkennung des Datenendes bereits 
sendet, werden sie von unserem einfachen TCPIPCIient nicht genutzt; die Gefahr des 
eventuellen Abschneidens einer Karte besteht hier nach wie vor. Erst ein spezieller 
KarteiClient, der das Anwendungsprotokoll des KarteiServers versteht, kann auch 
Nutzen daraus ziehen. Das folgende Beispiel implementiert einen solchen Client und 
zeigt darüber hinaus, wie das Anwendungsprotokoll in der Regel vor dem Benutzer 
vollständig verborgen wird. 
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// KarteiClient.java 

import java.awt.*; 

Import java.awt.event.*; 
import java.io.*; 
import java.net.*; 

dass KarteiClient { 

KarteiVerbindung verb; 

TextArea karte; 

KarteiClient(String host, int port) throws lOException { 
verb = new KarteiVerbindung(new Socket(host, port)); 
final Frame f = new Frame("Kartei-Client“); 
f.add(karte = new TextArea(8, 50), BorderLayout.CENTER); 
karte.setEditable(false); 

Choice auswahl; 

f.add(auswahl = new Choice(), BorderLayout.NORTH); 
auswahl.addltemListener(new ltemListener() { 
public void itemStateChanged(ltemEvent e) { 
try{ 

zeigeKarte((String)e.getltem()); 

} catch (lOException ign) { } 



}); 

f.addWindowListener(new WindowAdapterQ { 
public void windowClosing(WindowEvent e) { 
try{ 

verb.sock.closeO; 

} catch (lOException ign) { } 
f.disposeO; 

System.exit(O); 

} 

}); 

f.packO; 

f.setVisible(true); 

verb.sockout.println(verb.LISTE); 

String karte; 
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while (!(karte = verb.sockin.readLine()).equals(verb.ENDE)) 
auswahl.add(karte); 
zeigeKarte(auswahl.getSelectedltemO); 

} 

void zeigeKarte(String str) throws lOException { 
karte.setTextf"); 

verb.sockout.println(verb.ZEIGE + " " + str); 

String zeile; 

while (!(zeile = verb.sockin.readLine()).equals(verb.ENDE)) 
karte.append(zeile + "\n"); 

} 

public static void main(String[] args) { 
if (args.length == 2) 
try{ 

new KarteiClient(args[0], lnteger.parselnt(args[1])); 

} catch (lOException ioe) { 
ioe.printStackTraceO; 

} 

eise 

new PhntWriter(System.out, true).println("Starten mittels " 

+ "java KarteiClient <hostname> <portnr>"); 

} 

} 

Der Client hat eine Benutzeroberfläche mit zwei Komponenten, einem Choice-Objekt 
auswahl, das die Liste aller verfügbaren Karten anbietet, sowie karte, einer TextArea, 
die den Text der ausgewählten Karte anzeigt. Nachdem die Oberfläche erzeugt ist, 
liest der Client die Liste aller Karten, fordert die aktuell ausgewählte Karte an und 
zeigt diese im TextArea-Objekt karte. Die Steuerung des Clients erfolgt im weiteren 
über das Choice-Objekt: jedesmal wenn ein Benutzer eine neue Karte auswählt, liest 
der Client diese vom Server und zeigt ihren Text an. 



20.3 Datenübertragung mittels UDP/IP 



Die Besonderheiten des UDP haben wir bereits in Abschnitt 20.2 besprochen. Es ist 
nur dann eine Alternative zu TCP, wenn es weder auf Vollständigkeit noch auf die 
Reihenfolge der übertragenen Daten ankommt. UDP/IP überträgt Informationen in 
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Datagrammen. In Java wurde UDP/IP deshalb im wesentlichen in zwei Klassen im- 
plementiert: die Klasse Datagram Packet repräsentiert ein solches Datagramm-Paket, 
die Klasse DatagramSocket stellt entsprechend zur Socket-Klasse des TCP/IP den 
Socket dar, über den Pakete gesendet und empfangen werden können. 

Datagramm-Sockets können mit dem Konstruktor DatagramSocket(int) oder dem Stan- 
dardkonstruktor erzeugt werden. Im ersten Fall wird der Socket an den angegebenen 
Port gebunden, der Standardkonstruktor wählt dagegen einen beliebigen freien Port 
des lokalen Rechners. Eine IP-Adresse wird hier nicht spezifiziert, da keine Ver- 
bindung aufgebaut wird. Um ein Datagramm zu versenden, übergibt man es an die 
Methode send des DatagramSocket-Objekts; um ein solches Paket zu empfangen, 
ruft man entsprechend receive mit einem geeignet vorbereiteten Datagram Packet- 
Objekt auf. Wird der Socket nicht mehr benötigt, kann er mit dose geschlossen 
werden; die Port-Nummer wird dann wieder freigegeben. Auch die Konstruktoren 
der DatagramSocket-Klasse werfen eine SocketException aus, falls der Socket nicht 
erzeugt werden kann; dies ist etwa der Fall, wenn explizit ein Port spezifiziert wird 
und dieser bereits anderweitig belegt ist. Die Methoden send und receive werfen eine 
lOException aus, falls das Paket nicht gesendet bzw. empfangen werden kann. 

Bevor ein Datagramm gesendet werden kann, ist es mit einem der beiden Konstruk- 
toren 

DatagramPacket(byte[] data, int len, InetAddress adr, int port) 

Datagram Packet(byte[] data, int len) 

zu erzeugen. Dabei enthält das byte-Feld die zu übertragenden Daten, und len gibt an, 
wieviele Bytes des Feldes tatsächlich übertragen werden sollen. In der ersten Vari- 
ante erhält das Datagramm bereits bei der Konstruktion die IP-Adresse und die Port- 
Nummer des Zielrechners. Im zweiten Fall müssen diese Angaben vor dem Versen- 
den noch mittels setAddress und setPort nachgetragen werden. Ein Datagram Packet- 
Objekt können wir nach seiner Erzeugung mehrfach zur Datenübertragung verwen- 
den. Dazu modizieren wir seinen Inhalt mittels setData und die Länge mittels set- 
Length. 

Zum Empfang eines Datagramm-Pakets bedient man sich des zweiten Konstruk- 
tors; das byte-Feld muß dabei mindestens so groß sein wie das zu empfangende 
Datagramm, anderenfalls wird der Rest der eingehenden Daten abgeschnitten. Um 
ein Datagramm empfangen zu können, sollten wir also wissen, wie groß das Pa- 
ket maximal sein kann. Nach dem Eingang eines Pakets - also nach beendigtem 
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receive-Aufruf für den Datagramm-Socket ~ können Paketinhalt und Absenderanga- 
ben mit den passend zu den vier oben genannten set-Methoden verfügbaren Metho- 
den getData, getLength, getAddress und getPort abgefragt werden. Statt getData 
auzurufen, können wir auch direkt auf das byte-Feld und seine Daten zugreifen. 

Ein kurzes Beispiel soll die Verwendung von UDP/IP illustrieren. Wie wir bereits 
beim Vergleich mit TCP/IP diskutiert hatten, kann UDP immer dann eingesetzt wer- 
den, wenn es nicht sinnvoll ist, Daten wiederholt zu senden, z.B. weil sie einen Meß- 
wert repräsentieren und der Empfänger lediglich Interesse an dessen aktuellem Stand 
hat. Werden Werte nicht korrekt übertragen, würde eine erneute Sendung mittlerwei- 
le veraltete Werte übermitteln. Entsprechend besteht das Beispiel aus einem Client, 
der (zufällig generierte) Meßwerte an einen Server schickt. 

// MesswertClient.java 

Import java.io.*; 

Import java.net.*; 

Import java.ufil.*; 

dass MesswertClIent { 

MesswertCllent(Strlng hostname, Int port) { 
try{ 

DatagramSocket sock = new DatagramSocket(); 

while (true) { 

byte[] data = Messwert. wert().getBytes(); 

DatagramPacket pack = new DatagramPacket(data, data.length, 
InetAddress.getByName(hostname), port); 
sock.send(pack); 

} 

} catch (lOExceptlon loe) { loe.prlntStackTrace(); } 

} 

public static vold maln(Strlng[] args) { 

If (args.length == 2) 

new MesswertCllent(args[0], lnteger.parselnt(args[1])); 
eise 

new PrlntWrlter(System.out, true).prlntln("Starten mittels " 

+ "java MesswertClIent <hostname> <portnr>"); 



} 
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static dass Messwert { 
static String wert() { } 

} 

} 

Die Klasse MesswertClient.Messwert dient hier nur der Simulation eines Meßwerts; 
vorstellbar wäre der freie Platz auf einer Festplatte, die Auslastung eines Rechners, 
die Temperatur in einem Raum, ein Aktienindex usw. Die wesentlichen Schritte zum 
Senden eines Datagramms werden im Konstruktor vorgenommen; sie entsprechen 
der oben beschriebenen Reihenfolge von der Erzeugung eines DatagramSockets über 
die des zu versendenden Pakets bis zum Aufruf der send-Methode. Das zugehörige 
Server-Programm, das die empfangenen Meßwerte einfach in seinem Terminalfenster 
ausgibt, könnte wie folgt aussehen: 

// MesswertServer.java 

Import java.io.*; 

Import java.net.*; 

Import java.utll.*; 

dass Messwertserver { 

static PrIntWrIter out = new PrlntWrlter(System.out, true); 

MesswertServer(lnt port) { 
final Int MAX = 1024; 
try{ 

DatagramSocket sock = new DatagramSocket(port); 

Map tab = new HashMap(); 

DatagramPacket pack = new DatagramPacket(new byte[MAX], MAX); 
while (true) { 

sock.receive(pack); 

String daten = new String(pack.getData()), 

Sender = pack.getAddress() + + pack.getPort(); 
int nr; 

if (tab.get(sender) != null) 

nr = ((lnteger)tab.get(sender)).intValue(); 
eise { 

nr = tab.sizeO: 

tab.put(sender, new Integer(nr)); 

} 
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for (int i = 0; i < nr; i++) 
out.print("\t"); 
out.println(daten); 

} 

} catch (lOException ioe) { ioe.printStackTrace(); } 

} 

public static void main(String args[]) { 
if (args.length == 1) 

new MesswertServer(lnteger.parselnt(args[0])); 
eise 

out.prlntln("Starten mittels java MesswertServer <port>“); 

} 

} 

Auch der Empfang der Pakete folgt dem bereits besprochenen Weg. Zu erwähnen 
ist hier nur noch die Verwendung des HashMap-Objekts tab, in dem die Adressen 
aller Clients mit einer fortlaufenden Nummer assoziiert werden, so daß die Meßwerte 
verschiedener Clients jeweils in einer eigenen Spalte ausgegeben werden können. Bei 
drei sendenden Clients könnte diese Ausgabe wie folgt aussehen: 

3.84 

30.92 

34.62 

1.72 

-1.91 

39.25 

3.32 

Dieses letzte Beispiel macht nochmals den Unterschied zu TCP/IP deutlich. Während 
dort mit dem Socket-Konstruktor und accept eine Verbindung aufgebaut wird, die 
dem Benutzer stream-basiert erscheint, muß man sich hier auf Byte-Ebene um das 
Einpacken, Adressieren, Versenden und Auspacken der Datagramme kümmern. Auch 
reagieren jetzt die Clients nicht mit einer ConnectException oder SocketException, 
wenn der Server nicht läuft oder unterbrochen wird, sondern senden ihre Datenpakete, 
gleichgültig, ob sie empfangen werden oder nicht. 
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20.4 Zugriffe auf Netzressourcen über die Klasse URL 
20.4.1 Die Bestandteile eines URLs 

Mit der Klasse URL (Uniform Resource Locator) ist eine vereinheitlichte Adressie- 
rung von Netzressourcen möglich. Während InetAddress-Objekte lediglich eine IP- 
Adresse und eine Port-Nummer repräsentieren, speichert ein URL zusätzliche Infor- 
mationen. Bereits auf S. 449 hatten wir die fünf Bestandteil eines URLs - Protokoll, 
IP-Adresse oder Host-Name, Port-Nummer (optional), Ressourcenbezeichnung (op- 
tional), Referenz (optional) - kurz behandelt. 

Im Fall einer HTML-Seite handelt es sich bei dem Ressourcennamen um den Datei- 
namen (inklusive Pfad) der Seite; die Referenz bezieht sich auf einen Ankerpunkt 
und veranlaßt den Browser, eine längere Seite an der entsprechenden Stelle anzuzei- 
gen. Obwohl die meisten URLs nach den genannten Regeln gebildet werden, hängt 
die Konstruktion letztlich vom gewählten Protokoll ab; die „Protokolle“ file zum Zu- 
griff auf das lokale Dateisystem oder mailto zum Email- Versand benötigen und erlau- 
ben keine Angabe eines Host-Namens, eines Ports oder einer Referenz. Ressourcen 
müssen nicht notwendig als Dateien vorliegen, sondern können auch auf eine Anfrage 
hin erst “on the fly” erstellt werden. 

Die Klasse URL erlaubt die Konstruktion eines URL-Objekts entweder durch expli- 
zite Angabe seiner einzelnen Bestandteile oder durch Angabe der kompletten String- 
Repräsentation: 

URL(String Protokoll, String host, int port, String ressource) 

URL(String Protokoll, String host, String ressource) 

URL(String url) 

URL(URL kontext, String url) 

Im zweiten Konstruktor wird als Port-Nummer die standardmäßig für das angegebe- 
ne Protokoll verwendete Nummer eingesetzt (vgl. die Tabelle auf S. 449). Der letzte 
Konstruktor dient zur Angabe relativer URLs: der String url wird relativ zum URL 
kontext aufgefaßt; setzt man als Kontext etwa http://www.wifo.uni-mannheinn.de/, kann 
man den URL http://www.wifo.uni-mannheim.de/Java einfach mit dem Argument Ja- 
va erzeugen. 

Die Bestandteile eines URL-Objekts können auch nach dessen Konstruktion mit der 
Methode set gesetzt werden: 
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set(String Protokoll, String host, int port, String ressource, String referenz) 

Sowohl die Konstruktoren als auch die Methode set werfen eine Ausnahme des Typs 
MalformedURLException aus, wenn der URL nicht korrekt gebildet worden ist. Da 
die Bildungsregeln vom Protokoll abhängig sind, gelten in diesem Sinne nur solche 
URLs als korrekt, die mit einem Protokoll beginnen, das der Klasse URL bekannt ist. 
Standardmäßig sind dies HTTP, FTP, Gopher und die Pseudoprotokolle mailto und 
file. 

Die URL-Methoden getProtocol, getHost, getPort, getPile und getRef dienen dazu, 
die Bestandteile eines URLs einzeln abzufragen. getPile steht hier für den Namen 
der Ressource, meistens handelt es sich hier um einen Dateinamen. Wurde die Port- 
Nummer nicht explizit spezifiziert, liefert getPort den Wert -1 als Platzhalter für die 
gemäß Standard mit dem jeweiligen Protokoll verbundene Nummer. 

Wesentliche Aufgabe der Klasse URL ist es demnach, eine String-Repräsentation ei- 
nes URLs in ihre Bestandteile zu zerlegen bzw. umgekehrt für diese Bestandteile eine 
gemeinsame Darstellung zu bilden. Ein einfaches Beispiel, das man mit der Eingabe 
von http://ftp.wifo.uni-mannheim.de/pub/buecher#readme.txt testen kann, ist: 

// URLParser.java 

Import java.io.*; 

Import java.net.*; 

dass URLParser { 

public static vold maln(String[] args) { 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 

PrIntWriter out = new PrintWrlter(System.out, true); 

out.printC'URL: "); 

out.flushO; 

try{ 

String urlString; 

while (!(urlString = in.readLine()).equalslgnoreCase("ende”)) { 
try{ 

URL url = new URL(urlString); 
out.println(“Protokoll : ” + url.getProtocol() 

+ "\nHost : “ + url.getHost{) + “\nPort : " + url.getPort() 

+ "\nRessource : “ + url.getFile{) + 'ViReferenz : " + url.getRefO); 
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} catch (MalformedURLException e) { 
out.println(“URL nicht korrekt gebildet."); 

} 

out.print("\nURL: "); 
out.flushQ; 

} 

} catch (lOException ign) { } 

} 

} 

20.4.2 Das Lesen von Ressourcen 

Um die durch einen URL referenziellen Informationen zu lesen oder um Daten zu 
einem solchen Objekt zu senden, etwa wenn es sich um ein CGI-Skript oder Serv- 
let handelt, muß eine Netzwerkverbindung zur Ressource hergestellt werden. Ei- 
ne derartige Verbindung wird durch Objekte einer Subklasse der abstrakten Klasse 
URLConnection repräsentiert. Wir erhalten sie als Resultat eines openConnection- 
Aufrufs für den URL: 

URL url = new URL("http://ftp.wifo.uni-mannheim.de/pub/buecher”); 
URLConnection uc = url.openConnection(); 

Die tatsächliche Verbindung wird erst durch den Aufruf der Methode connect für 
das URLConnection-Objekt hergestellt, connect kann von uns explizit aufgerufen 
werden oder implizit über Aufrufe von getlnputStream oder getOutputStream, die 
einen Stream liefern, mit dem Daten von der Ressource gelesen oder zu ihr übertragen 
werden können. Üblicherweise ist nur ein lesender Zugriff vorgesehen; sollen Daten 
zum URL übertragen werden, muß dies mit einem Aufruf von setDoOutput(true) 
vorher eingestellt werden - hierfür geben wir weiter unten ein Beispiel. 

Sowohl openConnection als auch connect sowie die beiden get-Methoden können ei- 
ne lOException auswerfen, wenn beim Versuch der Verbindungsaufnahme ein Fehler 
auftritt. Zusätzlich werfen getlnputStream und getOutputStream eine Ausnahme des 
Typs UnknownServiceException aus, wenn die Ressource keine Datenübertragung 
erlaubt. In Fortsetzung des obigen Codefragments könnte der Inhalt der WWW-Seite 
wie folgt angezeigt werden: 



PrintWriter out = new PrintWriter(System.out, true); 
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BufferedReader in = 

new BufferedReader(new lnputStreamReader(uc.getlnputStream())); 

String str; 

while ((str = in.readLineQ) != null) 
out.println(str); 

Neben dem lesenden Zugriff auf den Inhalt einer Netz-Ressource ermöglicht die Klas- 
se URLConnection noch die Abfrage verschiedener weiterer Informationen. Solche 
Informationen sind protokollspezifisch. Im wichtigsten Falle des HTTP-Protokolls 
werden zusätzliche Informationen dem eigentlichen Inhalt in einem Header voran- 
gestellt. Der HTTP-Header beginnt mit einer Statuszeile und enthält darauf folgend 
Namen und durch einen Doppelpunkt abgesetzte Werte. Eine Leerzeile trennt den 
Header schließlich vom eigentlichen Ressourceninhalt. Zum Beispiel: 

HTTP/1.1 200 OK 

Date: Wed, 30 Dec 1998 09:44:10 GMT 
Server: Apache/1 .3.3 (Unix) 

Connection: dose 
Content-Type: text/html 

Den z-ten Namen eines Headers kann man mit getHeaderFieldKey(i) festeilen, den 
z-ten Wert mit getHeaderField(i). Besitzt eine 2^ile keinen Doppelpunkt, gilt sie 
komplett als Wert, und für den Namen ergibt sich null; dies betrifft beim HTTP- 
Protokoll insbesondere die Statuszeile, die als 0-te Headerzeile gezählt wird. 

Im Beispiel liefert also getHeaderFieldKey(2) den Namen "Server" und getHead- 
erField(2) den Wert "Apache/1 .3.3 (Unix)" - Namen und Werte sind jeweils String- 
Objekte. getHeaderField kann nicht nur mit int-Argumenten aufgerufen werden; es 
ist auch eine Version deklariert, der man einen Namen als String übergibt und die dann 
den entsprechenden Wert zurückgibt. Im Beispiel können wir also auch komfortabler 
getHeaderField("Server") abfragen. 

Für die wichtigsten Namen des HTTP-Protokolls gibt es eigene Methoden, die die 
betreffende Eigenschaft als Wert passenden Typs liefern und in der folgenden Tabelle 
zusammengestellt sind: 
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Resultat 


Methode 


String 


getContentEncodIng 


Int 


getContentLength 


String 


getContentType 


long 


getDate 


long 


getExpiration 


long 


getLastModified 



Eine typische Anwendung zeigt das folgende Beispiel. Es liest eine HTML-Seite von 
einem WWW-Server und zeigt diese an, ohne die HTML-Markierungen zu interpre- 
tieren. 

// Browser.java 

Import java.awt.*; 

Import java.awt.event.*; 

Import java.io.*; 

Import java.net.*; 

dass Browser extends Frame { 

TextFleld adresse; 

TextArea Inhalt; 

BrowserO { 

super("Ressourcen-Browser"); 

adresse = new TextFleld("http://localhost/"); 

Inhalt = new TextArea(20, 60); 

Inhalt.setEdltable(false); 

adresse.addActlonUstener(new ActlonLlstener() { 
public vold actlonPerformed(ActlonEvent e) { lles(); } 

}); 

add(adresse, BorderLayout.NORTH); 
add(lnhalt, BorderLayout.CENTER); 
addWlndowLlstener(new WlndowAdapterQ { 
public vold wlndowCloslng(WlndowEvent e) { 
dIsposeO; 

System.exlt(O); 

} 
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packO; 

setVisible(true); 

lies(); 

} 

void lies() { 
try{ 

URL u = new URL(adresse.getText()); 

URLConnection uc = u.openConnection(); 
int n = uc.getContentLengthQ; 
char[] buf = new char[n]; 

Reader in = new lnputStreamReader(uc.getlnputStream()); 
for (int i = 0; i < n; i++) 
buf[i] = (char)in.readO; 
inhalt.setText(new String(buf)); 

} catch (Exception e) { 
inhalt.setTextC'Ressource nicht verfügbar."); 

} 

} 

public static void main(String[] args) { 
new BrowserO; 

} 

} 

Nach der Verbindung zur Ressource wird deren Länge durch den Aufruf von getCon- 
tentLength ermittelt und die ganze Seite in einen Puffer passender Größe gelesen. Ein 
TextArea-Objekt dient dann zur Anzeige der Seite. 

Bevor die Verbindung zu einer Ressource durch den expliziten oder impliziten Aufruf 
der connect-Methode hergestellt wird, können einige Eigenschaften des URLConnec- 
tion-Objekts gesetzt werden. Die wichtigsten Methoden hierzu sind setDolnput und 
setDoOutput, die mit einem boolean-Argument festlegen, ob Ein- bzw. Ausgaben 
zulässig sind; standardmäßig ist nur ein lesender Zugriff erlaubt. setAllowUserlnter- 
action entscheidet darüber, ob Interaktionen mit dem Benutzer, etwa die Eingabe ei- 
ner Benutzerkennung oder eines Paßworts, vorgenommen werden können oder nicht. 
In /OOPinJava/kapitel20/Mail.java ist ein Beispiel gegeben, das die beiden setDo- 
Methoden benutzt. 
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20.5 Dynamisches HTML und Servlets 

Bereits im ersten Kapitel haben wir gesehen, wie wir mit Applets Java-Code von 
einem Server laden und - unterstützt durch einen Browser mit integriertem Java- 
Interpreter - lokal ausführen können. Eine derartige Ausführung auf dem Client- 
Host ist aber nicht immer möglich. Beispielsweise kann es aus Performancegründen 
erforderlich sein, bestimmte Anwendungen auf einem Datenbank- oder Compute- 
Server auszuführen. 

Das Starten derartiger Anwendungen und die Präsentation der Ergebnisse wird schon 
seit Jahren dadurch ermöglicht, daß HTTP-Server neben konstanten HTML-Seiten, 
die einmal erstellt und auf dem Server abgelegt werden, auch dynamische HTML- 
Seiten liefern können. Dabei handelt es sich nicht um fest codierte Dokumente, 
sondern um Seiten, die als Reaktion auf eine spezielle Anfrage, abhängig von den 
ermittelten Resultaten, erstellt werden. Der HTTP-Server delegiert die Erzeugung 
dieser Seiten an Programme des Server-Systems. 

Als Schnittstelle zwischen dem HTTP-Server und solchen Systemprogrammen wird 
klassischerweise CGI (das Common Gateway Interface) eingesetzt. Weil es sich bei 
den Systemprogrammen häufig um Perl- oder Shell-Skripte handelt, nennt man die 
Systemprogramme auch CGI-Skripte, obwohl sie ebensogut in jeder anderen Spra- 
che, die eine Standardeingabe lesen und in eine Standardausgabe schreiben kann, 
also z.B. C oder C++, geschrieben sein können. Wir gehen auf diesen, aus Java-Sicht 
mittlerweile veralteten Standard hier nicht mehr ein. Erweiterungen der Funktiona- 
lität eines HTTP-Servers werden einfacher, sicherer und schneller mit Servlets vor- 
genommen. Alternativ ist zu überlegen, ob es sinnvoll ist, die im nächsten Kapitel 
behandelten Aufrufe entfernter Java-Methoden (RMI) einzusetzen. 

Anfragen an ein Servlet können, genau wie Anfragen an ein CGI-Skript, über eine 
HTML-Seite, die eine <form>-Markierung enthält, formuliert werden (siehe hierzu 
Anhang G). Ein Beispiel für eine solche Anfrage könnte wie folgt aussehen: 

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN"> 

<html> 

<head><title>Anfragec/title></head> 

<body> 

<h1> Beispiel zur Verwendung von Servlets </h1> 

<hr> 

<form actlon="http://localhost:8889/servlet/AnfrageServlet" method=post> 

<P> 
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Person: <input type = text name = Name> 

Suche nach: <input type = radio name = Anfrage value = Erfindung checked> 
Erfindung</input> 

<input type = radio name = Anfrage value = Daten>Daten</input> 

<P> 

<input type = submit value = abschicken></input> 

<input type = reset value = "Eingabe löschen"></input> 

</form> 

</body> 

</html> 

Drei Parameter der <form>-Markierung bestimmen die Anbindung an das Servlet: 
action gibt den Servlet-Namen an, method beschreibt, wie die Daten zum Server 
übertragen werden, und enctype gibt die MIME-Codierung (den Typ der Multipur- 
pose Internet Mail Extension) dieser Daten an; wird der letzte Parameter, wie im Bei- 
spiel, nicht verwendet, so wird standardmäßig application/x-www-form-urlencoded 
eingesetzt. Dabei werden alle Zeichen, die keine ASCII-Zeichen sind, sowie die als 
Sonderzeichen verwendeten Zeichen +,?,=,& und % durch ein % gefolgt von ihrem 
Hexadezimal-Code dargestellt. 

Innerhalb einer „Form“ werden die verschiedenen Eingabeelemente durch die <input>- 
Markierung erzeugt. Die obige Form enthält zwei Eingabeelemente namens Name 
bzw. Anfrage. Das type-Attribut entscheidet über die Gestalt des Eingabeelements 
(Checkbox, radio, select, text usw.), mit dem name-Attribut erhält es einen Namen. 
Die Werte der verschiedenen Eingabeelemente einer Form werden vom Browser in 
NameAVert-Paaren, die durch & getrennt sind, übertragen. Eine Anfrage nach der Er- 
findung von C. Babbage wird im Beispiel als Name=C. Babbage&Anfrage=Erfindung 
gesendet. 

An Methoden stehen get und post zur Verfügung, get ist die ältere Methode; die An- 
frage wird, durch ein Fragezeichen getrennt, direkt an den mit action spezifizierten 
URL angehängt. Der HTTP-Server übergibt den codierten Anfragestring nach dem 
Empfang an die Umgebungsvariable QUERY_STRING. Entscheidender Nachteil die- 
ser Methode ist, daß die Datenlänge durch eine Maximallänge von Umgebungsva- 
riablen beim Server-System begrenzt sein kann - z.B. auf 255 Zeichen. Weiterhin 
können die Daten durch Inspektion der Log-Dateien des Servers gelesen werden. 

Bei Benutzung von post sendet der Browser die Daten in zwei Schritten. Zuerst wird 
der im action-Attribut angegebene Server kontaktiert. Dann werden die Daten in 
einem separaten Übertragungsvorgang versandt. 
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Wir wenden uns nun der Server-Seite, also der Servlet-Implementation zu. Servlets 
bieten die gleichen Möglichkeiten wie CGI-Skripte, stellen aber Klassen und Metho- 
den zur Verfügung, die unter Java sehr einfach zu handhaben sind. Der Name Servlet 
ist in Anlehnung an die Bezeichnung Applet gebildet worden. Während Applets die 
Funktionalität auf der Seite des Clients erweitern, erweitern Servlets die des Servers. 
Servlets werden auch als „Applets ohne Oberfläche“ bezeichnet. 

Die Servlet-Klassen befinden sich in den Paketen javax.servlet und javax.servlet.http, 
die nicht in allen JDK- Versionen enthalten sind und gegebenenfalls gesondert instal- 
liert werden müssen - hierzu kopiert man das entsprechende Archiv (z.B. servlet- 
2.1 .0.jar) in das in Abschnitt 10.5 diskutierte Erweiterungs- Verzeichnis lib/ext. 

Ähnlich wie Applets, die ein Browser erzeugt und für die er init, Start, stop, paint 
und destroy aufruft, werden Servlets von einem Web-Server gestartet. Auch sie ha- 
ben einen Lebenszyklus, in dessen Verlauf der Server die folgenden drei Methoden 
implizit aufruft: 

init 

Diese Methode wird aufgerufen, wenn das Servlet auf die erste Anfrage hin 
das erste Mal geladen werden soll. Analog zum init bei Applets können wir sie 
überschreiben, um Initialisierungen vorzunehmen. Im Interface Servlet ist die 
Methode wie folgt deklariert: 

public void init(ServletConfig config) throws ServletException; 

Service 

Diese Methode wird für jede Anfrage an das Servlet erneut aufgerufen; jeder 
derartige Aufruf wird standardmäßig von einem eigenen Thread ausgeführt. 
Die Deklaration im Interface Servlet ist: 

public void service(ServletRequest req, ServletResponse res) 
throws ServletException, lOException; 

destroy 

Diese Methode wird aufgerufen, wenn das Servlet entfernt werden soll. Hier 
können wir, wie beim destroy-Aufruf für Applets, Ressourcen freigeben, die 
nur für das Servlet wichtig sind. Die Deklaration im Interface Servlet ist: 



public void destroyO; 
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Ein Servlet implementiert man am einfachsten als Subklasse der abstrakten Klasse 
HttpServlet des Pakets javax.servlet.http. Die service-Methode ist in dieser Klasse 
bereits so implementiert, daß sie prüft, welcher Übertragungsmethode (get oder post) 
sich der Client bedient hat und abhängig davon doGet oder doPost aufruft; es ist 
daher bei Benutzung der Superklasse HttpServlet nicht notwendig, Service zu über- 
schreiben. Und in aller Regel genügt es, eine der Methoden doGet oder doPost zu 
implementieren. Beide Methoden haben dieselben Parameter und können dieselben 
Ausnahmen aus werfen: 

protected void doGet(HttpServletRequest req, HttpServletResponse resp) 
throws ServletException, lOException; 

protected void doPost(HttpServletRequest req, HttpServletResponse resp) 
throws ServletException, lOException; 

Über den ersten Parameter req können wir sehr komfortabel auf die eingegangene 
Anfrage zugreifen, über den zweiten Parameter res versenden wir das von uns zu- 
sammengestellte Resultat. 

HttpServletRequest und HttpServletResponse sind Subinterfaces von ServletRequest 
bzw. ServletResponse; hier werden beim Aufruf plattformspezifische Objekte über- 
geben. Die ServletRequest-Methode getParameterNames liefert ein String-Feld, 
das die Namen aller NameAVert-Paare der Anfrage enthält. Und mit der Methode 
getParameterValues kann durch Übergabe eines Namens der zugehörige Wert ermit- 
telt werden; auch hier hat das Resultat den Typ StringQ, da derselbe Name in einer An- 
frage mehrfach enthalten sein kann. Wenn der Name nicht in der Anfrage vorkommt, 
ist das Resultat null. Die Daten der Anfrage stehen also bereits fertig decodiert und in 
Namen und Werte zerlegt bereit. 

Für die Rückgabe des Anfrageergebnisses an den Client benutzen wir das Servlet- 
Response-Objekt. Mit der Methode setContentType sollte zunächst der MIME-Typ 
gesetzt werden; bei einem HTTP-Server werden Anfrageergebnisse meist als HTML- 
Seiten zurückgegeben, in diesem Fall ist text/html der richtige Typ. Danach erzeugen 
wir mittels getWriter ein PrintWriter-Objekt. Die üblichen print- oder println-Aufrufe 
für dieses Objekt übermitteln dann unser Ergebnis an den Client. Sollen binäre Daten 
geschrieben werden, ruft man getOutputStream anstelle von getWriter auf. 

Als Beispiel implementieren wir ein Servlet, das Anfragen des auf S. 477 besproche- 
nen HTML-Formulars beantworten kann. Da mit der post-Methode gearbeitet wird, 
überschreiben wir nur doPost. Diese Methode erwartet Werte für die Namen Name 
und Anfrage. Wir erfragen sie jeweils mit einem getParameterValues-Aufruf für 
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das HttpServletRequest-Objekt req. Bei unserem einfachen Beispiel kommen beide 
Namen nur einmal in der Anfrage vor, wir benötigen somit nur die erste Feldkompo- 
nente. Danach wird der Name in der Personentabelle tab gesucht. 

Den umfangreichsten Teil des Servlets macht die Abfassung der Antwort an den Cli- 
ent aus. Da diese als HTML-Seite formuliert werden soll, muß das Servlet neben der 
eigentlichen Information (Erfindung bzw. Daten) noch die notwendigen Markierun- 
gen schreiben. 

// AnfrageServlet.java 

Import java.io.*; 

Import javax.servlet.*; 

Import javax.servlet.http.*; 

public dass AnfrageServlet extends HttpServlet { 

String NAME = "Name", ANFRAGE = "Anfrage", 

ERFINDUNG = "Erfindung", DATEN = "Daten"; 

Person[] tab = { 

new PersonfC. Babbage", "The Analytical Engine”, ”1792 - 1871"), 
new Person(”N. Chomsky”, "Die Chomsky-Grammatiken”, "* 1928"), 
new Person("J. Gosling", "Die Programmiersprache Java”, "n.a."), 
new Person("A.M. Turing", "Die Turing-Maschlne", "1912 - 1954"), 
new Person(”K. Zuse", "Den 1. Relalsrechner ZI”, ”1910 - 1995”) 

}; 

public vold doPost(HttpServletRequest req, HttpServletResponse res) 
throws ServletExceptlon, lOExceptlon { 

Strlng[] namen = req.getParameterValues(NAME), 
anfragen = req.getParameterValues(ANFRAGE); 

String name = namen[0], frage = anfragen[0]; 

Int Index = 0; 

while ((Index < tab.length) && (!name.equals(tab[lndex].name))) 

Index-H-; 

res.setContentType("text/html"); 

PrIntWrIter rout = res.getWrlter(); 

rout.prlntln("<!DOCTYPE HTML PUBLIC V-//IETF//DTD HTML//EN\">\n” 

+ ”<html>\n” + "<head>\n” + "<tltle> Personenangaben </tltle>\n" 

+ ”</head>\n” + "<body>\n” + ”<h1> Personenangaben </h1>“); 
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if (Index == tab.length) 

rout.printInC'Person " + name + " nicht in der Datenbank gefunden."); 
eise if (frage.equals(DATEN)) 

rout.println("Daten von " + name + " + tab[index].daten); 

eise if (frage.equals(ERFINDUNG)) 

rout.println("Erfindung von " + name + " + tab[index].erfindung); 

rout.println("</body>\n</html>\n"); 

} 

static dass Person { 

String name, erfindung, daten; 

Person(String name, String erfindung, String daten) { 
this.name = name; 
this.erfindung = erfindung; 
this.daten = daten; 

} 

} 

} 

Um das Beispiel zunächst lokal zu testen, setzen wir Suns servletrunner ein. Er be- 
nutzt standardmäßig die Port-Nummer 8080, kann aber mit der Option -p auch auf 
andere Ports eingestellt werden. Er muß in dem Verzeichnis, in dem sich die class- 
Dateien des Servlets befinden gestartet werden, wir geben also z.B. in /OOPinJa- 
va/kapitel20 das Kommando 

servletrunner -p 8889 

ein. In der HTML-Datei Anfrage.html (S. 477) haben wir als URL bereits http://lo- 
calhost:8889/servlet/AnfrageServlet eingetragen. Der Name servlet/AnfrageServlet 
erklärt sich dadurch, daß ein Servlet X standardmäßig servlet/X als Ressourcennamen 
trägt. Wir können diese HTML-Datei nun in den Browser laden und in ihrer Form 
Anfragen an das Servlet absetzen. 

Das Servlet ist auch mit dem URL http://www.wifo.uni-mannhelm.de:8080/servlet/An- 
frageServlet auf unserem Web-Server erreichbar. Zum Test auf einem eigenen Server 
sind die Servlet-Dateien in ein Unterverzeichnis servlet unterhalb des Root- Verzeich- 
nisses des HTTP-Servers zu kopieren - und dieser muß so konfiguriert sein, daß er 
Servlets starten kann. 



Servlets können nicht nur mit einem Browser kooperieren; auch jedes andere Java- 
Programm kann ihre Dienste in Anspruch nehmen. Dazu muß lediglich der ansonsten 
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von post vorgenommene Versand des Anfragestrings mit seinen NameAVert-Paaren 
selbst implementiert werden. 

Das folgende Beispiel, in dem wieder auf das AnfrageServlet zurückgegriffen wird, 
zeigt, wie man hier vorgeht. Wie üblich beginnen wir mit der Erzeugung eines URL- 
Objekts und, mit dessen Hilfe, eines URLConnection-Objekts, das nach Aufruf von 
getlnputStream bzw. getOutputStream die Ein- und Ausgabeströme zwischen Pro- 
gramm und Servlet generiert. Bevor die Verbindung hergestellt wird, ist noch mit- 
tels setDoOutput(true) dafür zu sorgen, daß Daten nicht nur gelesen sondern auch 
zum Servlet geschrieben werden können. Zur Codierung der Daten in das benötig- 
te MIME-Format steht die Klasse URLEncoder mit ihrer Klassenmethode encode 
zur Verfügung. Diese Codierung ermöglicht es uns, auch Personen-Namen wie etwa 
I. Häßler & A. Möller einzugeben. 

// Anfrage.java 

Import java.io.*; 

Import java.net.*; 

dass Anfrage { 

static PrIntWrIter out = new PrlntWrlter(System.out, true); 

static vold frage(Strlng url, String name, String anfrage) throws lOExceptlon { 
URL u = new URL(url); 

URLConnectlon uc = u.openConnectlonQ; 
uc.setDoOutput(true); 

Writer uout = new OutputStreamWrlter(uc.getOutputStream()); 
uout.wrlte("Name=" + URLEncoder.encode(name) 

+ "&Anfrage=" + URLEncoder.encode(anfrage)); 
uout.flushQ; 
uout.closeO; 

BufferedReader uln = 

new BufferedReader(new lnputStreamReader(uc.getlnputStream())); 
String zelle; 

while ((zelle = uln.readüne()) != null) 
out.prlntln(zelle); 

} 

public static vold maln(Strlng[] kdo) { 

If (kdo.length < 1) { 

out.prIntInC'Starten mittels java Anfrage <URL>”); 
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} eise 
try{ 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
out.print(“Anfrage> "); 
out.flushO; 

String anf; 

while (!(anf = in.readLine()).equalslgnoreCase(”ende")) { 
if (anf.endsWithf Erfindung")) { 
int i = anf.lastlndexOffErfindung“); 
frage(kdo[0], anf.substring(0, i).trim(), "Erfindung"); 

} eise if (anf.endsWithC Daten")) { 
int i = anf.lastlndexOffDaten"); 
frage(kdo[0], anf.substring(0, i).trim(), "Daten"); 

} eise 

out.println("Befehl unbekannt.\n<Person> Erfindung\n<Person> Daten"); 
out.print("Anfrage> "); 
out.flushQ; 

} 

} catch (lOException ioe) { out.println(" Ausnahme: " + ioe) } 

} 

} 

Wenn der servletrunner wieder an Port 8889 auf Anfragen wartet, starten wir das 
Programm zum lokalen Test durch 

java Anfrage http://localhost:8889/servlet/AnfrageServlet 

Anfragen können dann in der Form K. Zuse Erfindung, K. Zuse Daten usw. abgesetzt 
werden. Alternativ kann auch hier ein entferntes Servlet aktiviert werden, z.B. mit 
dem URL http://www.wifo.uni-mannheim.de:8080/servlet/AnfrageServlet. 



20.6 Übungsaufgaben 

1. Implementieren Sie mittels TCP/IP einen simplen ChatRoom-Server. Der Ser- 
ver soll beliebig viele Clients gleichzeitig akzeptieren und alles, was er von 
einem Client erhält, an alle anderen Clients weiterleiten. Testen Sie den Ser- 
ver zunächst mit dem TCPIPCIIent und entwickeln Sie danach einen speziellen 
Client mit einer passenden grafischen Oberfläche. 
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2. Schreiben Sie einen Server, der an jeden Client, der sich bei ihm anmeldet, 
die aktuelle Uhrzeit als formatierten String sendet und danach die Verbindung 
beendet. Der Server soll nichts vom Client lesen. Verwenden Sie zum Test den 
TCPIPClient. 

3. Einige ältere Protokolle wie FTP oder SMTP signalisieren das Ende einer Rück- 
meldung des Servers durch differenzierte Zeilenanfänge: jede Zeile beginnt mit 
einem dreistelligen Statuscode; das vierte Zeichen ist falls noch eine weite- 
re Zeile folgt, und ’ ’ in der letzten Zeile. Schreiben Sie in Anlehnung an den 
TCPIPClient einen Client, der diesen Aspekt der genannten Protokolle versteht, 
also sicherstellt, daß er eine Meldung des Servers vollständig liest. 

4. Implementieren Sie mittels UDP einen Echo-Server, der alle empfangenen Pa- 
kete an den Sender zurückschickt, sowie ein Progranun, das den Zugang zu 
diesem Server testet. Es soll alle zwei Sekunden ein Paket senden und Buch 
darüber führen, wieviele Pakete wieder zurückkommen. 

5. (a) Schreiben Sie eine Applet- Version von Anfrage.java. Das Applet soll 

sämtliche Eingaben, die in Anfrage.html mittels <input> vorgenommen 
wurden, mit AWT-Komponenten übernehmen. 

(b) Testen Sie, ob ihr Applet nur Kontakt zu dem Rechner, von dem es gela- 
den wurde, aufnehmen kann oder ob das AnfrageServlet auch auf einem 
dritten Rechner laufen kann. Den URL des Hosts, von dem es geladen 
wurde, kann ein Applet mit einem Aufruf der Methode getCodeBase fest- 
stellen. 

6. Erweitern Sie die Funktionalität des AnfrageServlets um die Möglichkeit, wei- 
tere Angaben wie z.B. Nationalität, Beruf oder Geburtsort einer Person abzu- 
fragen. Passen Sie auch die HTML-Seite bzw. das Applet aus Aufgabe 5a an 
diese neuen Möglichkeiten an. 

7. Im Interface Servlet ist eine Methode getServletlnfo deklariert, die einen String 
liefert. Überschreiben Sie diese Methode in Ihren Servlets, so daß sie Informa- 
tionen über Autor, Version, Copyright usw. vermittelt. Sofern getServletlnfo 
nicht überschrieben wird, erhält man null als Resultat eines Aufrufs. 

8. Schreiben Sie einen ZaehlerClient und einen ZaehlerServer. Der Client soll 
eine Oberfläche wie das ZaehlerFrame-Beispiel aus Abschnitt 1.1 erhalten und 
zusätzlich über einen Button Sende verfügen. Beim Druck auf Sende soll das 
Zaehler-Objekt serialisiert und zum Server gesendet werden. Der Server soll 
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einfach den Wert des empfangenen Zaehlers invertieren und das Objekt zurück- 
senden, worauf der Client seine Oberfläche aktualisiert und mit seiner Arbeit 
fortfährt. (Damit ihre Objekte serialisierbar sind, muß die Klasse Zaehler das 
Serializable-Interface implementieren.) 




Kapitel 21 



Methodenaufrufe für entfernte 
Objekte (RMI) 



Servlets dienen wie CGI-Skripte hauptsächlich als Erweiterung eines HTTP-Servers 
zur Auswertung von HTML-Formularen. TCP/IP-Sockets stellen zwar eine universell 
einsetzbare Netzwerktechnik dar, sind aber wegen des zu treibenden Implementati- 
onsaufwands nur für spezielle Zwecke zu empfehlen, etwa zur Anbindung bestehen- 
der Server wie FTP oder SMTP oder bei der Programmierung besonders zeitkriti- 
scher Anwendungen. Werden sowohl Server als auch Client in Java neu entwickelt, 
stellt RMI (die Remote Method Invocation) eine sehr viel einfacher zu beschreitende 
Möglichkeit dar. RMI fungiert als Protokoll über TCP/IP und verbirgt die meisten 
Details einer Netzwerkverbindung. Mittels RMI ist es möglich, Methoden für Ob- 
jekte aufzurufen, die von einer anderen VM erzeugt und verwaltet werden - wobei 
diese in der Regel auf einem anderen Rechner läuft. Ein solches Objekt einer anderen 
VM nennt man entferntes Objekt (remote object). 



21.1 Methodenaufrufe für entfernte Objekte 

Als Mittler zwischen einem entfernten Objekt und dem aufrufenden Client-Programm 
dient ein Interface; dieses muß Subinterface des Remote-Interfaces aus dem Paket 
java.rmi sein und alle Methoden deklarieren, deren Aufruf von einer anderen VM aus 
ermöglicht werden soll. Jede dieser Methoden muß die Ausnahme RemoteException 
in ihrer throws-Klausel deklarieren. Eine RemoteException wird vom zugrundelie- 
genden RMI-Mechanismus immer dann ausgeworfen, wenn Ausnahmen beim Zugriff 
auf das entfernte Objekt auftreten, etwa aufgrund einer unterbrochenen Verbindung. 
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Ein solches Interface schafft eine zusätzliche Abstraktionsebene für den Aufruf des 
Clients, weil es die Methoden lediglich ohne Implementation deklariert und der Client 
somit unabhängig von der serverseitigen Implementation dieser Methoden ist. 

Als erstes Beispiel greifen wir die Kartei mit den Java-Begriffen aus Abschnitt 20.2.3 
auf; statt ein eigenes Anwendungsprotokoll zu entwickeln, implementieren wir das 
Beispiel nun mittels RMI. Das Interface könnte wie folgt aussehen: 

// Kartei.java 

Import java.rmi.*; 

Import java.utll.*; 

public Interface Kartei extends Remote { 

List IlsteO throws RemoteExceptlon; 

List karte(Strlng karte) throws RemoteExceptlon; 

} 

Die Methode liste gibt eine Liste der Karteikarten in der Kartei zurück, die Methode 
karte den vollständigen Inhalt der als Parameter erhaltenen Karte. Als Rückgabe- 
typ würde ein einfaches String-Feld, also der Typ Strlng[], naheliegen. Dieser kann 
aber nicht benutzt werden, da RMI bei der Übergabe der Argumente vom Client zum 
Server sowie bei der Rückgabe des Resultats zurück vom Server zum Client die zu 
übergebenden Objekte serialisiert. Immer wenn ein Objekt von einer VM zu einer 
anderen zu transportieren ist, serialisiert die VM das Objekt und versendet die re- 
sultierenden Bytes. Diese Technik unterscheidet sich von dem üblichen Methoden- 
aufruf, bei dem lediglich Objektreferenzen übergeben werden. Da Objektreferenzen 
aber nichts anderes als Speicheradressen von Objekten in der lokalen VM sind, sind 
diese für eine andere VM ohne Bedeutung und wertlos. Als Konsequenz müssen die 
Typen aller Parameter und der Typ des Resultats entweder elementar sein (boolean, 
byte, short usw.) oder das Interface Serlallzable implementieren bzw. Subinterfaces 
von Serlallzable sein. (Eine kompliziertere Möglichkeit bietet der erneute Einsatz 
von Remote, siehe Abschnitt 21.3). 

Im Beispiel ist es deshalb notwendig, anstelle von Strlng[] eine geeignete serialisier- 
bare Klasse einzusetzen; wir verwenden einfach den Collectlon-Typ List. 

Die serverseitige Implementation des Interfaces muß stets durch eine Subklasse der 
abstrakten Klasse RemoteServer aus dem Paket java.rmi. Server erfolgen. Im JDK 
steht bereits eine konkrete Implementation UnIcastRemoteObject zur Verfügung, die 
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wir im folgenden immer als Superklasse einsetzen werden. Unsere spezielle Subklas- 
se kann neben den Interfacemethoden beliebig viele weitere Methoden besitzen, die 
dann allerdings nur lokal aufgerufen werden können. Im Beispiel sieht die Imple- 
mentation wie folgt aus: 

// Karteilmpl.java 

Import java.io.*; 

Import java.rml.*; 

Import java.rmi.server.*; 

Import java.utll.*; 

public dass Kartellmpl extends UnIcastRemoteObject Implements Kartei { 
public KartellmplO throws RemoteExceptlon { } 
public List IlsteO throws RemoteExceptlon { 

Strlng[] str = new Flle(”karter).llst(); 

List Hs = new ArrayLlst(); 
for (Int I = 0; I < str.length; I++) 
lls.add(str[l]); 
return lls; 

} 

public List karte(Strlng karte) throws RemoteExceptlon { 

List lls = new ArrayLlstQ; 
try { 

BufferedReader fin = 

new BufferedReader(new FlleReaderfkartel/” + karte)); 

String zelle; 

while ((zelle = fln.readUneQ) != null) 
lls.add(zelle); 
fin.closeO; 

} catch (lOExcepfion loe) { 
loe.phntStackTraceQ; 

} 

return lls; 

} 

} 

Besonders zu beachten ist der leere Konstruktor. Da der Konstruktor der Superklas- 
se UnIcastRemoteObject eine RemoteExceptlon auswerfen kann, muß diese auch in 
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der throws-Klausel des Konstruktors der Subklasse erscheinen. Selbst wenn der Kon- 
struktor also keinerlei Aufgaben erfüllt, wie in unserem Beispiel, muß er dennoch 
explizit deklariert werden. Bis auf die Deklaration von Kartei als Subinterface von 
Remote und der Karteilmpl als Subklasse von UnicastRemoteObject sowie den zu- 
sätzlichen Ausnahmen Remote Exception enthält der Code bisher keinerlei netzwerk- 
spezifische Besonderheiten. 

Die Bereitstellung von Objektreferenzen entfernter Objekte für Clients wird von ei- 
nem externen Programm, der RMI-Registry, geleistet; wir werden am Schluß dieses 
Abschnitts sowie im nächsten Abschnitt darauf noch einen genaueren Blick werfen. 
Im Moment bleibt dem Server-Programm nur noch die Aufgabe, ein Objekt der Klas- 
se Karteilmpl zu erzeugen und es bei der Registry unter einem Namen anzumelden. 
Dem Client muß dieser Name bekannt sein, damit er ausgehend von dem Namen eine 
Verbindung zu dem entfernten Objekt erhalten kann. 

Die Vergabe und das Nachschlagen von Namen wird von den Klassenmethoden der 
Klasse Naming aus java.rmi geleistet. Mit bind oder rebind kann vom Server ein 
neues Objekt unter Angabe eines eindeutigen Namens registriert werden. Bei einem 
bind- Aufruf darf dieser Name bisher noch nicht vergeben sein, ansonsten wird eine 
AlreadyBoundException ausgeworfen. Dagegen werden von rebind eventuell vorher 
bestehende Eintragungen anderer Objekte unter diesem Namen gelöscht. Als zweites 
Argument ist das entfernte Objekt zu übergeben. Und als erstes Argument erwarten 
beide Methoden den Namen des Server-Hosts als String in Form eines URLs mit dem 
Aufbau: 

rmi:// Host-Name : Port-Nummer / Objektname 

Dabei können bis auf den Objektnamen selbst alle anderen Bestandteile entfallen; der 
Rechnername ist in diesem Fall localhost und die Port-Nummer die standardmäßig für 
RMI vorgesehene Nummer 1099. Ist der URL nicht korrekt, können beide Methoden 
auch eine MalformedURLException auswerfen. 

Das eigentliche Serverprogramm schrumpft in dieser Weise auf lediglich zwei Me- 
thodenaufrufe mit der Erzeugung und Registrierung des Remote-Objekts: 

// KarteiServer.java 

Import java.io.*; 

Import java.rmi.*; 
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dass KarteiServer { 

public static void main(String[] args) { 
try{ 

Remote kartei = new Karteilmpl(); 

Naming.rebind("Kartei", kartei); 

new PrintWriter(System.out, true).println("KarteiServer bereit"); 

} catch (Exception e) { 
e.printStackTraceQ; 

} 

} 

} 

Bevor ein Client das entfernte Objekt namens Kartei verwenden kann, muß die- 
ses durch den Aufruf der Naming-Klassenmethode lookup nachgeschlagen werden, 
lookup erwartet als Argument den URL des bind- oder rebind- Aufrufs und liefert 
einen lokalen Stellverteter des entfernten Objekts als Remote. Neben einer Remote- 
Exception kann lookup eine Ausnahme des Typs NotBoundException auswerfen, falls 
unter dem angegebenen Namen kein Objekt registriert ist. 

Nach erfolgreichem lookup kann der Client für das entfernte Objekt die im Remote- 
Interface deklarierten Methoden genauso aufrufen wie Methoden für lokale Objekte. 
Ein Client für das Karteibeispiel könnte also wie folgt aussehen: 

// KarteiClient.java 

Import java.io.*; 

Import java.rmi.*; 

Import java.util.*; 

dass KarteiCllent { 

private static PrIntWrIter out = new PrintWriter(System.out, true); 
private static void drucke(List lis) { 

Iterator It = lis.iterator(); 
while (It.hasNextO) 
out.println(it.nextO); 

} 

public static void main(String[] args) { 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 
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if (System.getSecurityManagerO == null) 

System.setSecurityManager(new RMISecurityManager()); 
try{ 

Kartei k = (Kartei)Naming.lookupC'Kartei"); 

String anf; 
out.print(''Kartei> "); 
out.flushO; 

while (!(anf = in.readLine()).equals(“ende”)) { 
if (anf.equalsfliste")) 
drucke(k.listeO); 
eise If (anf.startsWith("zeige")) 
drucke(k.karte(anf.substring(5).trlm())); 
out.print("\nKartel> ”); 
out.flushO; 

} 

} catch (Exceptlon e) { 
e.printStackTraceO; 

} 

} 

} 

Auf den setSecurityManager-Aufruf gehen wir weiter unten kurz ein. Wenn wir die 
übrige Implementation mit der Socket-Implementation aus Kapitel 20 vergleichen, 
fällt auf, daß sie nicht nur wesentlich eleganter ist, sondern auch kaum netzwerkspe- 
zifischen Code besitzt. Der ganze Aufwand für die Sockets in den Klassen KarteiSer- 
ver bzw. KarteiVerbindung entfällt. Das Serialisieren der zu übermittelnden Daten 
erfolgt automatisch; auch das Aufrufen der entsprechenden Methoden wird sowohl 
beim Server als auch beim Client vom RMI-Laufzeitsystem bzw. von automatisch 
erzeugten Klassen geregelt. Diese heißen Stub -Klassen. 

Der im JDK enthaltene RMI-Compiler rmic erzeugt die Stubs; er muß dazu für jede 
von uns deklarierte UnicastRemoteObject-Subklasse aufgerufen werden. Für unser 
Beispiel rufen wir daher 

rmic Karteilmpl 

auf und erhalten die class-Datei KarteilmpLStub.class. (Derzeit wird aus Gründen 
der Kompatibilität zum JDKl . 1 auch noch eine Datei KarteilmpLSkel.class generiert, 
die wir nicht benötigen.) 
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Der Client muß neben der von ihm benutzten Klasse KarteiClient sowie dem Inter- 
face Kartei Zugriff auf die Stub-Klasse KarteilmpLStub haben - lookup liefert zwar 
ein Resultat des Typs Remote, referenziert wird aber ein KarteilmpLStub-Objekt. Ei- 
ne naheliegende Möglichkeit wäre es, die entsprechende class-Datei auf jeden Client- 
Host zu kopieren. Dies würde aber bedeuten, daß nach jeder Änderung der Implemen- 
tation erneut kopiert werden muß. Sofern wir jedoch einen SecurityManager installie- 
ren, können wir alle Stubs, die der Client benötigt, einfach vom RMI-Mechanismus 
laden lassen. Speziell für die beschriebene Situation ist im Paket java.rmi bereits 
eine Klasse RMISecurityManager deklariert. Um einem Client das Laden einer Stub- 
Klasse über das Netz zu ermöglichen, ist dann lediglich der Methodenaufruf 

System.setSecurityManager(new RMISecurityManagerQ); 

notwendig. Diesen Aufruf nimmt man zu Beginn der main-Methode vor. Hier ist 
zu beachten, daß eine einmal implementierte Sicherheitspolitik bis zum Terminie- 
ren der VM nicht mehr modifiziert werden kann; setSecurityManager ist nur einmal 
aufrufbar und wurde deshalb in die if- Anweisung aufgenommen. In seiner Standard- 
ausprägung verfolgt der RMISecurityManager eine ähnlich restriktive Politik wie die 
VM eines Web-Browsers. Damit wir den mit den Stub-Klassen geladenen Code auch 
ausführen können, müssen wir den Manager entsprechend konfigurieren. Hierzu be- 
nutzt man eine policy-Datei, in der die Zugriffsrechte auf Teile des Dateisystems, 
Rechte zum Verbinden von Clients mit bestimmten Ports usw. fein eingestellt werden 
können. Um schnell zu einem laufenden Testbeispiel zu kommen, räumen wir einfach 
sämtliche Rechte mit der folgenden Datei ein: 

grant { 

permission java.security.AIIPermission; 

}; 



Vor dem Start des Server-Programms muß noch die RMI-Registry gestartet werden, 
falls sie nicht im System ohnehin permanent läuft; eine RMI-Registry wird nur einmal 
- und zwar auf dem Server-Host - gestartet und kann beliebig viele entfernte Objekte 
verwalten. Zum Starten ruft man rmiregistry& (Solaris, Linux) bzw. Start rmiregistry 
(Win 95/98/NT) auf. Sofern eine andere als die standardmäßig vorgesehene Port- 
Nummer 1099 benutzt werden soll, ist sie nach rmiregistry anzugeben. 

Wir starten den Server nun (unter Unix) mittels 

java -Djava.rmi.server.codebase=file:///OOPinJava/kapitel21/ KarteiServer 
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bzw. (unter Windows) durch 

java -Djava.rmi.server.codebase=file:/c:\OOPinJava\kapitel21/ KarteiServer 

Hier ist mit dem codebase-Wert der URL spezifiziert, an dem sich die Stub-Klassen 
befinden. Ohne diese Angabe, die ebenfalls in der Registry verwaltet wird, können 
Clients die Stubs nicht finden. 

Beim Start eines Clients ist die policy-Datei mit der Sicherheitspolitik des Security- 
Managers anzugeben. Wenn diese im aktuellen Verzeichnis des Client-Hosts gespei- 
chert ist und policy heißt, sieht der Aufruf so aus: 

java -Djava.security.policy=policy KarteiClient 

Obwohl die main-Methode des Servers nach Ausführung ihres try-Blocks beendet ist, 
läuft das Programm noch solange weiter, bis wir es abbrechen, da Java in der Registry 
für das Kartei Impl-Objekt eine Referenz angelegt hat, so daß beliebig viele Clients auf 
es zugreifen können, gleich wann sie diesen Zugriff versuchen. 

Die folgende Abbildung demonstriert, wie die clientseitigen Stubs das Serialisieren 
und Deserialisieren von Argumenten und Resultaten vornehmen. Ergänzend ist es 
sinnvoll, die Stub-Klassen einmal mit javap zu untersuchen. 



C I i c n t- H ost Se rvc r- Host 




Kartei KarteilmpLStüb RMl-Lauf- Karteilmpl 



zeit System 

Es ist wichtig, sich hier klarzumachen, daß nicht das Karteilmpl-Objekt des Servers 
serialisiert und zum Client transportiert wird, damit dieser mit ihm arbeiten kann, 
sondern daß lediglich die Argumente, die an die Parameter der Kartei Impl-Methoden 
zu übergeben sind, sowie der Rückgabewert der Methoden serialisiert und übertragen 
werden. Stub-Objekte spielen hier die Rolle eines lokalen Stellverteters (“Proxy”- 
Objekts) für das entfernte Objekt. 

Die Fülle der bei diesem kleinen Beispiel beteiligten Interfaces und Klassen und ih- 
re Beziehungen untereinander zeigt die folgende Abbildung, wobei durchgezogene 
Linien wieder für extends und gestrichelte für implements stehen. 
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Remote Serializable 




Bemerkungen 



- Wenn wir das obige Beispiel nicht mehr lokal, sondern auf verschiedenen Hosts 
testen, muß im lookup-Aufruf des Clients der komplette Host-Name des Ser- 
vers, also z.B. lookup(7/hoss.wifo.uni-mannheim.de/Kartei") eingetragen wer- 
den. 

- Sofern nicht der Standardport für die Registry benutzt wird, weil diese bei- 
spielsweise mit rmiregistry 9999 gestartet wurde, müssen diese Port-Nummern 
in allen bind-, rebind- und lookup-Aufrufen angegeben werden. Zum Beispiel: 
rebind(7/localhost:9999/Kartei"). 

- Die Registry muß immer auf dem Server-Host gestartet werden. Während der 
Ausführung des rmiregistry-Kommandos darf keine CLASSPATH-Umgebungs- 
variable gesetzt sein, da die Registry sonst das Laden von Stub-Klassen, die 
sich in CLASSPATH-Verzeichnissen befinden, verhindert. 

- Zum Abschluß dieses ersten Beispiels soll noch einmal aufgeführt werden, wel- 
che Dateien sich auf welchem Host befinden müssen. 

Client: Kartei.class, KarteiClient.class und policy. 

Server: Kartei.class, Karteilmpl.class, Kartei ImpLStub.class und KarteiSer- 
ver.class sowie das Verzeichnis kartei mit den Karteikarten-Dateien. 
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21.2 Das Starten der Registry innerhalb des Servers 



Der Versuch, ein Objekt bei der Registry zu registrieren, ohne daß diese zuvor ge- 
startet wurde, führt zum Auswerfen einer Ausnahme des Typs ConnectException. 
Bei Bedarf kann diese Ausnahme abgefangen werden und die Registry innerhalb des 
Server-Programms selbst gestartet werden. Dazu steht die Klassenmethode create- 
Registry der Klasse LocateRegistry aus java.rmi.registry zur Verfügung. Als einziges 
Argument wird die Port-Nummer angegeben, an die die Registry gebunden werden 
soll. Ein createRegistry- Aufruf liefert ein Registry-Objekt; Registry ist ein Interface, 
das dieselben Methoden deklariert wie die oben bereits besprochene Klasse Naming, 
also bind, rebind und lookup, die hier aber nicht static sind. Noch nicht erwähnt 
wurden die ebenfalls zweifach vorhandenen Methoden list und unbind. list liefert ein 
String-Feld mit den Namen aller aktuell in der Registry verwalteten Objekte, unbind 
gibt einen Namen wieder frei. 

In LocateRegistry ist weiterhin eine mehrfach überladene Methode getRegistry de- 
klariert, die ein Registry-Objekt zum Zugang zu einer beliebigen durch Host-Name 
oder Port-Nummer oder beide Angaben näher zu spezifizierende Registry liefert. 
Ähnlich zur Konstruktion eines URL- oder URLConnection-Objekts folgt aus dem er- 
folgreichen getRegistry- Aufruf noch nicht, daß eine solche Registry auch vorhanden 
ist. Erst der Aufruf einer der aufgezählten Registry-Methoden (bind, rebind usw.) ver- 
sucht auf die Registry zuzugreifen und führt zum Auswerfen einer ConnectException, 
falls diese nicht existiert. Sinnvollerweise terminiert eine innerhalb eines Server- 
Programms gestartete Registry zusammen mit dem Server. 

Als Beispiel modifizieren wir den KarteiServer, so daß er die Registry selbständig 
startet, falls er keine laufende Registry vorfindet: 

// KarteiServerReg.java 

import java.io.*; 

import java.rmi.*; 

import java.rmi.registry.*; 

dass KarteiServerReg { 

public static void main(String[] args) { 
try { 

Remote kartei = new Karteilmpl(); 
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try{ 

Naming.rebind("Kartei", Kartei); 

} catch (ConnectException e) { 

LocateRegistry.createRegistry(1099): 

Naming.rebindC'Kartei", Kartei); 

} 

new PrintWriter(System.out, true).println("KarteiServer bereit”); 

} catch (Exception e) { e.printStacKTrace(); } 

} 

} 

Diesen Server rufen wir mit denselben Optionen wie den KarteiServer auf. Clientsei- 
tig ändert sich hier nichts. 



21.3 Kopien und Referenzen für entfernte Objekte 

Zum Zugriff eines Clients auf entfernte Objekte ist deren Aufnahme in die Regi- 
stry keine notwendige Vorausetzung. Die Registry stellt lediglich einen einfachen 
Namensdienst zur Verfügung, der es Clients erlaubt, ein erstes entferntes Objekt zu 
erreichen. Weitere entfernte Objekte können dann von einem derartigen Einstiegs- 
punkt-Objekt erreicht werden, wenn es beispielsweise eine Collection ist, die andere 
Server-Objekte enthält (ein Set- oder List-Objekt oder einfach ein Feld), wenn es 
Objektreferenzen zu anderen Server-Objekten enthält, die man verfolgen kann oder 
wenn seine Methodenaufrufe Server-Objekte an den Client zurückgeben. 

Wir haben bisher nur den Fall behandelt, daß das Resultat eines Methodenaufrufs se- 
rialisiert wird, übertragen wird und dann beim Client als Kopie des von der Methode 
serverseitig ermittelten Werts oder Objekts wieder deserialisiert wird. Verantwortlich 
für das Serialisieren und Deserialisieren ist der Stub. Im Zusammenhang mit der De- 
klaration der liste-Methode im Kartei-Interface hatten wir jedoch schon kurz darauf 
hingewiesen, daß es noch eine zweite Möglichkeit zur Rückgabe von Methodenresul- 
taten (wie auch der Übergabe von Argumenten, siehe 21.4) gibt. Ausschlaggebend ist, 
ob der Typ des Resultats oder Parameters Subtyp des Remote-Interfaces ist oder nicht. 
Diese Unterscheidung ist unabhängig davon, daß ein (anderes) Remote-Interface für 
den Methodenaufruf benutzt wird: 



• Im ersten Fall, dem unsere bisherigen Beispiele entsprechen, implementiert der 
Resultatstyp das Interface Remote nicht. Damit keine NotSerializableExcep- 
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tion ausgeworfen wird, muß er dann das Interface Serializable implementieren, 
und die Resultate werden, wie besprochen, serialisiert und zum Client transpor- 
tiert. 

• Im anderen Fall, der jetzt neu zu besprechen ist, ist das Resultat Subtyp von 
Remote und Subklasse von UnicastRemoteObject. Wie Serializable ist auch 
Remote ein Interface mit leerem Rumpf, das nur Markierungszwecken dient. 
Remote-Objekte sind zum einen in der Lage, als entfernte Objekte Methoden- 
aufrufe von Clients auszuführen. Zum anderen werden sie, wenn sie Resultat 
eines Aufrufs sind, nicht serialisiert und nicht zum Client transportiert, sondern 
verbleiben auf dem Server; der Client erhält wie bei einem lookup- Aufruf einen 
Stub für das Objekt und kann dann über den RMI-Mechanismus auf das Objekt 
zugreifen und Methoden für es aufrufen. Es bleibt festzuhalten, daß es nach 
dem Aufruf nur ein Objekt (Resultat) gibt, das in der Server- VM „lebt“, auf 
das aber von einer oder mehreren Client- VMs zugegriffen werden kann. 

Der Unterschied soll im folgenden anhand eines Minimalbeispiels klargemacht wer- 
den. Wir implementieren einen Server, der auf Anfrage eines Clients Zaehler-Objekte 
liefert, die im wesentlichen mit dem Zaehler aus Kapitel 1 übereinstimmen. Die De- 
tails dieses Zählers lassen wir vorerst offen. Er soll jedoch die üblichen Methoden 
kennen. Clients können den Zaehler dann inkrementieren, dekrementieren usw. 

Das Interface eines solchen Zählerlieferanten besteht also nur aus einer Methode, die 
ein Zählerobjekt zurückgibt: 

// Geber.java 

Import java.rmi.*; 

public Interface Geber extends Remote { 

Zaehler gib() throws RemoteExceptlon; 

} 

Und auch seine Implementation ist sehr naheliegend: 

// Geberlmpl.java 

Import java.rmi.*; 

Import java.rmi.server.*; 
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public dass Geberlmpl extends UnicastRemoteObject implements Geber { 
private Zaehler z; 

public GeberlmplQ throws RemoteException { z = new ZaehlerlmplQ; } 
public Zaehler gib() throws RemoteException { return z; } 

} 

Damit können wir einen Client implementieren, der von einem Server ein Zaehler- 
Objekt anfordert und nach jeder Eingabe des Benutzers den Zähler inkrementiert so- 
wie den aktuellen Stand anzeigt. 

// GeberClient.java 

Import java.io.*; 

Import java.rmi.*; 

dass GeberClient { 

public static void bearbeite(Zaehler z) throws Exception { 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 

PrintWriter out = new PrlntWriter(System.out, true); 

out.prIntC'n = " + z.wertQ + " > "); 

out.flushO; 

String zelle; 

while (!(zelle = ln.readLine()).equals("ende")) { 
z.inkrementlereO; 
out.printC'n = " + z.wertQ + " > "); 
out.flushQ; 



} 

public static void main(String[] args) { 
if (System.getSecurltyManagerQ == null) 

System.setSecurltyManager(new RMISecuhtyManagerQ); 
try{ 

Geber g = (Geber)Naming.lookup(“Geber"); 

Zaehler z = g.gib(); 
bearbeite(z); 

} catch (Exception e) { e.phntStackTrace(); } 

} 



} 
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Der zugehörige Server erzeugt wie üblich ein entferntes Objekt und trägt es unter 
einem Namen in der Registry ein. Bei der Konstruktion dieses Geberlmpl-Objekts 
wird ein Zaehlerlmpl-Objekt erzeugt, das der Server bei jedem gib-Aufruf an den 
aufrufenden Client sendet. Weiterhin ermöglicht der Server auch die Veränderung des 
Zählerstandes auf seiner Server-Seite, wozu er, um den Code nicht zu duplizieren, die 
Klassenmethode bearbeite des Clients benutzt. 

// GeberServer.java 

Import java.rmi.*; 

dass GeberServer { 
public static void main(String arg[]) { 
try{ 

Geber g = new Geberlmpl(); 

Naming.rebindC'Geber", g); 

GeberClient.bearbeite(g.gibO); 

} catch (Exception e) { e.printStackTrace(); } 

} 

} 

So weit arbeitet dieses Beispiel nicht anders als das Kartei-Beispiel des ersten Ab- 
schnitts. Besonderes Augenmerk verdient nur die Deklaration des Zaehler-Interfaces. 
Wir beginnen mit der ersten der beiden oben genannten Möglichkeiten, einem seria- 
lisierbaren Zaehler-Objekt. Dann sehen Interface und Implementation so aus: 

// Zaehler.java 

Import java.io.*; 

public Interface Zaehler extends Serializable { 
int wert(); 
void wert(int i); 
void inkrementlereO; 
void dekrementlereO; 



} 
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// Zaehlerlmpl.java 

public dass Zaehlerlmpl implements Zaehler { 
private int wert; 
public int wert() { return wert; } 
public void wert(int i) { wert = i; } 
public void inkrementiere() { ++wert; } 
public void dekrementiereQ { -wert; } 

} 

Auf der Client-seite werden nun Geber.class, GeberClient.class, Zaehler.class und 
policy benötigt. Der Server braucht alle class-Dateien des Beispiels und die mittels 
rmic generierte Stub-Klasse GeberlmpLStub.class. Server und Clients werden wie- 
der mit Optionen analog zu Abschnitt 21.1 gestartet. 

Nach dem Starten des Servers können wir durch Drücken der Return-Taste den Zähler 
im Server-Terminal sukzessiv inkrementieren. Sobald ein Client gestartet wird, nimmt 
er Kontakt zum Server auf und fordert dessen Zaehler-Objekt an. Dieses wird seria- 
lisiert und (als Zaehlerlmpl) zum Client geschickt. Die erste Anzeige des Zählers 
auf dem Client-Terminal zeigt folglich den letzten Stand des Zählers auf dem Server- 
Terminal. Nach dem Ausführen des gib-Aufrufs existieren nun zwei unabhängige 
Zaehler-Objekte: Eingaben im Server-Terminal inkrementieren den serverseitigen 
Zähler, Eingaben im Client-Terminal den clientseitigen Zähler. Die Ausgabe von 
Server und einem Client könnte etwa wie folgt aussehen: 

(Server-Terminal) 



n = 0 > 
n = 1 > 
n = 2> 



(Client-Terminal) 



n = 2> 
n = 3 > 
n = 4 > ende 

(Server-Terminal) 



n = 3 > 
n = 4 > 
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Anders liegt der Fall, wenn wir auch Zaehlerlmpl-Objekte für RMI-Aufrufe zugäng- 
lich machen. Dazu genügen wenige Änderungen: das Zaehler-Interface muß Subin- 
terface von Remote werden, alle seine Methoden müssen RemoteExceptions auswer- 
fen können, und die Klasse Zaehlerlmpl muß als Subklasse von UnicastRemoteObject 
deklariert werden (siehe /OOPinJava/kapitel21/remote). An Server und Client sind 
keinerlei Änderungen notwendig: 

// Zaehler.java 

Import java.rmi.*; 

public interface Zaehler extends Remote { 
int wertQ throws RemoteException; 
void wert(int i) throws RemoteException; 
void inkrementiereO throws RemoteException; 
void dekrementiereO throws RemoteException; 

} 



// Zaehlerlmpl.java 

Import java.rmi.*; 

Import java.rmi.server.*; 

public dass Zaehlerlmpl extends UnicastRemoteObject Implements Zaehler { 
private int wert; 

public ZaehlerlmplQ throws RemoteException { } 
public int wert() throws RemoteException { return wert; } 
public void wert(int i) throws RemoteException { wert = i; } 
public void inkrementiereO throws RemoteException { ++wert; } 
public void dekrementiereO throws RemoteException { -wert; } 

} 



rmic muß jetzt auch für die Zaehlerlmpl-Klasse aufgerufen werden. Das Zaehlerlmpl- 
Objekt verbleibt nun auch bei Anfragen von Clients auf dem Server; Clients erhalten 
aber bei einem gib-Aufruf einen ZaehlerlmpLStub und können so auf den Zähler 
des Servers zugreifen. Server und Clients arbeiten also mit demselben Objekt. Die 
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gleiche Sequenz von Eingaben wie beim obigen Beispiel produziert damit ein anderes 
Ergebnis: 

(Server-Terminal) 



n = 0 > 
n = 1 > 
n = 2> 



(Client-Terminal) 



n = 2> 
n = 3 > 
n = 4 > ende 

(Server-Terminal) 



n = 5 > 
n = 6 > 



Das gleiche, was hier für die Rückgabewerte demonstriert wurde, gilt auch für die 
Parametertypen entfernter Methoden. Implementieren sie das Interface Remote, so 
verbleiben sie auf dem Client-Host; implementieren sie Remote nicht, müssen sie das 
Serializable-Interface implementieren und werden folglich serialisiert zur VM des 
Servers kopiert. Wir sehen, daß hier die Begriffe Server und Client verschwimmen. 
Jedes Programm, das bei einem Aufruf Remote- Argumente übergibt, agiert während 
des Aufrufs als Server. Andererseits kann es, wenn es selbst auf entfernte Objekte in 
einer anderen VM zugreift, die Rolle des Clients spielen. Klassen mit Methoden, die, 
wie die Methode gib der Klasse Geberlmpl im obigen Beispiel, entfernte Objekte, 
also Objekte mit Server-Funktionalität, liefern, nennt man Server-Fabriken. 



21.4 Callbacks 

Eine typische Situation, in der ein Programm für einen bestimmten Zeitraum Server- 
Funktionalität übernimmt, ist die Beobachtung von Ereignissen bei einem serversei- 
tigen Objekt durch einen Client und die entsprechende Reaktion darauf. Prinzipiell 
könnte der Client in bestimmten Abständen eine Anfrage an den Server stellen, ob das 
Ereignis, für das er sich interessiert, eingetreten ist oder nicht. Dieses Polling würde 
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aber auf dem Client-Host nur unnötig Rechenzeit kosten und bei einer größeren Zahl 
von Clients zudem den Server-Host sowie das Netzwerk belasten. Ein bessere Lösung 
sind Callbacks, durch die der Server den Client über das Eintreten des Ereignisses in- 
formiert. 

Die Implementation derartiger Mechanismen ist stets die gleiche; wir haben sie be- 
reits bei den AWT-Komponenten und ihren Listener-Objekten sowie bei der Bespre- 
chung des Observer/Observable-Musters kennengelemt: Um Serverfunktionalität 
zu realisieren, muß auch der Client ein Subinterface von Remote implementieren, 
das die in der Callback-Situation aufzurufende Methode enthält. Weiterhin muß die 
Client-Klasse Subklasse von UnicastRemoteObject sein. Der Server hingegen muß 
zwei zusätzliche Methoden deklarieren, die es einem Client ermöglichen, sich an- 
bzw. abzumelden. Alle beim Server angemeldeten Clients werden beim Eintreten des 
Ereignisses durch den Aufruf ihrer Callback-Methode benachrichtigt. 

Ein wieder sehr einfach gehaltenes Beispiel, bei dessen Bezeichnern wir die bekann- 
ten Methodennamen addXYZ, removeXYZ usw. verwendet haben, ist ein Nachrich- 
tenserver, der jede Nachricht, die er von einem Client erhält, an alle bei ihm regi- 
strierten Clients weiterschickt. Das Server-Interface deklariert also drei Methoden: 

// Server.java 

Import java.rmi.*; 

public interface Server extends Remote { 
void addClient(Client c) throws RemoteException; 
void removeClient(Client c) throws RemoteException; 
void notify(String name, String mitteilung) throws RemoteException; 

} 

Der Client benötigt nur die Methode, die der Server beim Callback aufrufen soll. Sein 
Interface sieht demnach wie folgt aus: 

// Client.java 
import java.rmi.*; 

public interface Client extends Remote { 
void update(String mitteilung) throws RemoteException; 

} 
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Bei der Implementation des Servers ist lediglich bemerkenswert, daß wir zur Ver- 
waltung der registrierten Clients ein HashSet-Objekt einsetzen. Diese Collection ist 
Element des NachrichtenServer-Objekts, das wir in der Registry eintragen. Sie ent- 
hält Referenzen auf Remote-Objekte (die angemeldeten Clients), für die wir keine 
eigenen Namenseinträge im Registry benötigen. 

// NachrichtenServer.java 

Import java.io.*; 

Import java.rmi.*; 

Import java.rmi.server.*; 

Import java.util.*; 

dass NachrlchtenServer extends UnicastRemoteObject Implements Server { 
private Collection clients; 

private static PrintWrIter out = new PrlntWrlter(System.out, true); 
public NachrichtenServerO throws RemoteException { 
clients = new HashSet(); 

} 

public vold addClient(Client c) throws RemoteException { 
out.printlnf Anmeldung“); 
cllents.add(c); 

} 

public vold removeClient(Cllent c) throws RemoteException { 
out.println("Abmeldung"); 
clients.remove(c); 

} 

public vold notlfy(String name, String mittellung) throws RemoteException { 
out.println(”Mlttellung“); 

for (Iterator It = clients.lterator(); lt.hasNext(); ) { 

Client c = (Cllent)lt.nextO; 
try { 

c.update(name + ” + mitteilung); 

} catch (RemoteException e) { 
removeClient(c): 

} 

} 



} 
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public static void main(String[] args) { 
try{ 

NachrichtenServer serv = new NachrichtenServer(); 
Naming.rebindC'NachrichtenServer", serv); 
out.println("Nachrichtenserver bereit.”); 

} catch (Exception e) { e.printStackTrace(); } 

} 

} 

Ein Client liest fortlaufend Eingaben von System. in und leitet diese als Nachricht 
an den Server weiter; durch den Callback gibt update diese Nachrichten einfach im 
Terminalfenster aus. 

// NachrichtenClient.java 

import java.io.*; 
import java.rmi.*; 
import java.rmi.server.*; 

dass NachrichtenClient extends UnicastRemoteObject implements Client { 
private static PrintWriter out = new PrintWriter(System.out, true); 
public NachrichtenClient(String name) throws Exception { 

Server serv = (Server)Naming.lookup(”NachrichtenServer”); 
serv.addClient(this); 

BufferedReader in = 

new BufferedReader(new InputStreamReader(System.in)); 

String text; 
out.print("> "); 
out.flushO; 

while (!(text = in.readLine()).equals("ende“)) 
serv.notify(name, text); 
serv.removeClient(this); 

} 

public void update(String str) throws RemoteException { 
out.println("\r" + str); 
out.print("> "); 
out.flushO; 



} 




21.5. NETZWERKMETHODEN IN APPLETS 



507 



public static void main(String[] args) { 
if (System.getSecurityManagerO == null) 

System.setSecurityManager(new RMISecurityManager()); 
try{ 

if (args.length == 1) 
new NachrichtenClient(args[0]); 
eise 

out.printInC'Starten mittels java NachrichtenClient <Benutzername>"); 

} catch (Exception e) { e.printStackTrace(); } 

} 

} 

Es soll hier nochmals darauf hingewiesen werden, daß es nicht nötig ist, auch auf den 
Client-Hosts eine Registry laufen zu lassen. Die Registry ist nur für das Identifizieren 
eines entfernten Objekts unter einem dem Client bekannten Namen - also für das Er- 
langen einer Einstiegsreferenz - zuständig; der Zugriff selbst ist bereits in der Klasse 
UnicastRemoteObject sowie in den automatisch generierten Stub-Klassen implemen- 
tiert. Im Beispiel kann man beide Stubs dynamisch vom Server laden lassen, wenn 
dieser wieder mit dem passenden Wert für die java.rmi.server.codebase-Eigenschaft 
gestartet wird. 



21.5 Netzwerkmethoden in Applets 

Applets können alle Netzwerkmethoden verwenden, die wir in Kapitel 20 und in die- 
sem Kapitel kennengelernt haben, angefangen von einfachen TCP/IP- oder UDP/IP- 
Sockets bis hin zum Einsatz von RMI. Sie unterliegen allerdings den zu Beginn von 
Kapitel 13 diskutierten sicherheitstechnischen Einschränkungen und können nicht 
jeden beliebigen Host kontaktieren, sondern nur denjenigen, von dem sie geladen 
wurden. Soll ein Client also als Applet gestaltet werden, muß das zugehörige RMI- 
Server-Programm auf dem Rechner laufen, auf dem das Applet liegt. Um festzustel- 
len, woher das Applet stammt, verwendet man die Applet-Methode getCodeBase - 
sie liefert den URL des Applets - zusammen mit der URL-Methode getHost. Dies ist 
sicherer als eine Spezifikation des Host-Namens als String im Client-Programm oder 
die Benutzung eines Parameters in der applet-Markierung. 

Netzwerkverbindungen zu einem Server können bei Applets eingesetzt werden, um 
Funktionalität, die ein Applet aufgrund von Sicherheitserwägungen in der Regel ein- 
büßt, auf andere Weise bereitzustellen. Zum Beispiel kann ein Applet Daten nicht 
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dauerhaft speichern, da es keinen Zugriff auf das lokale Dateisystem hat. Das App- 
let könnte aber einen Server auf seinem Herkunftsrechner ansprechen, der Daten auf 
diesem Ursprungs-Host speichert und dem Applet über das Netz zur Verfügung stellt. 

Falls für ein Applet Callbacks vorgesehen sind, ist zu beachten, daß man eine Hilfs- 
klasse heranziehen muß, da das Applet Subklasse von Applet sein muß, aber anderer- 
seits zur Implementierung der Callbacks auch UnicastRemoteObject als Superklasse 
benötigt wird. 

Wir betrachten gleich diesen etwas komplizierteren Fall und schreiben eine Applet- 
Version des NachrichtenClients. Die beim Callback aufzurufende Methode update 
rufen wir über eine Hilfsklasse NachrichtenEmpfaenger auf, die nichts anders macht, 
als die Callbacks an das Applet weiterzuleiten. 

// NachrichtenEmpfaenger.java 

Import java.rmi.*; 

Import java.rmi.server.*; 

public dass NachrichtenEmpfaenger extends UnicastRemoteObject 
Implements Client { 

NCApplet ncapp; 

public NachrlchtenEmpfaenger(NCApplet ncapp) throws RemoteExceptlon { 
this.ncapp = ncapp; 

} 

public vold update(Strlng mittellung) throws RemoteExceptlon { 
ncapp.update(mlttellung); 

} 

} 

Das Applet selbst meldet ein NachrlchtenEmpfaenger-Objekt in seiner Init-Methode 
beim Server an und in seiner stop-Methode wieder ab. Die Benutzereingaben wer- 
den in einem Textfeld vorgenommen, Rückmeldungen des Servers werden in einer 
TextArea angezeigt: 

// NCApplet.java 



Import java.applet.*; 
Import java.awt.*; 
Import java.awt.event.*; 
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import java.rmi.*; 

public dass NCApplet extends Applet { 
private Server serv; 
private TextArea meldungen; 
private NachrichtenEmpfaenger empfaenger; 
public void init() { 
final TextField eingabe; 
setLayout(new BorderLayout()); 

add(meldungen = new TextArea(20, 70), BorderLayout.NORTH); 
add(eingabe = new TextField(70), BorderLayout.CENTER); 
meldungen.setEditable(false); 
final String name = "Anonymous"; 
eingabe.addActionListener(new ActionListenerQ { 
public void actionPerformed(ActionEvent e) { 
try{ 

serv.notify(name, eingabe.getText()); 
eingabe.setTextC"'); 

} catch (Exception ign) { } 

} 

}); 

try{ 

serv = (Server)Naming.lookup(''rmi://“ 

+ getCodeBase().getHost() + VNachrichtenServer''); 
empfaenger = new NachrichtenEmpfaenger(this); 
serv.addClient(empfaenger); 

} catch (Exception ign) { } 

} 

public void stopQ { 
try{ 

serv.removeClient(empfaenger); 

} catch (Exception ign) { } 

} 

public void update(String mitteilung) { 
meldungen.append(mitteilung + "\n”); 

} 




510 KAPITEL 21. METHODEN AUFRUFE FÜR ENTFERNTE OBJEKTE (RMI) 



Für dieses Beispiel legt man sinnvollerweise alle benötigten Klassen und Dateien un- 
terhalb des Root- Verzeichnisses des HTTP-Servers in einem gesonderten Verzeichnis 
ab, z.B. in /Java/rmi. Es handelt sich hier um die Dateien 

Client.class NachrichtenServer_Stub.class 

NachrichtenEmpfaenger.class NCApplet$1 .dass 

NachrichtenEmpfaenger_Stub.class NCApplet.dass 
NachrichtenServer.class NCApplet.html 

Im NachrichtenServer ist noch der rebind-Aufruf entsprechend anzupassen. z.B. 

Naming.rebind(7/www.wifo.uni>mannheim.de/NachrichtenServer“, serv); 

Bei laufendem Web-Server und laufender Registry kann dann der NachrichtenServer 
(in dem oben angesprochenen Verzeichnis auf dem Web-Server-Host) gestartet wer- 
den, wobei man die Wahl zwischen den beiden folgenden Möglichkeiten hat: 

java -Djava.rmi.server.codebase=http://www.wifo.uni-mannheim.de/Java/rmi/ 
NachrichtenServer 

java -Djava.rmi.server.codebase=file:/// /Java/rmi/ NachrichtenServer 

Durch die Angabe der codebase-Eigenschaft ist hier wieder dafür gesorgt, daß RMI- 
Server und etwaige Clients die benötigten Stub-Klassen bei Bedarf laden können. 
In beiden Fällen werden die Stubs mittels HTTP vom Web-Server übertragen. Das 
Applet testet man dann wie üblich, also beispielsweise mittels 

appletviewer http://www.wifo.uni-mannheim.de/Java/rmi/NCApplet.html 



21.6 Übungsaufgaben 

1. Schreiben Sie ein Programm, das eine Liste der aktuell in der Registry regi- 
strierten Objektnamen ausgibt. 

2. Statten Sie den RMI-KarteiClient dieses Kapitels mit einer grafischen Ober- 
fläche aus, wie sie der KarteiClient aus Kapitel 20.2.4 besitzt. 

3. Welche Methoden des Zaehler-Beispiels (zweite Version) müssen synchroni- 
siert werden? 
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4. Implementieren Sie einen Versand-Server und einen Versand-Client mit grafi- 
scher Oberfläche. Der Versand-Server soll Produkt-Objekte in einer Liste ver- 
walten. 



Produkte werden durch einen Namen sowie ein Altersintervall (Unter- und 
Obergrenze), das Geschlecht und das Hobby der Zielgruppe, an die sie haupt- 
sächlich verkauft werden sollen, charakterisiert. Dazu passend ist eine Klasse 
Kunde zu implementieren, die als Attribute Alter, Geschlecht und Hobbies (die- 
se einfach als String[]) erfaßt. 

In der Oberfläche eines Versand-Clients sollen jeweils die Daten eines Kunden 
eingegeben werden. Der Client sendet diese Daten dann zum Server, der eine 
Liste passender Produkte zusammenstellt und dem Client als Resultat seiner 
Anfrage liefert. Die Client-Oberfläche soll folgendes Aussehen haben: 






^Versandhaus 



0RO 



Alter: 37 (• Männlich C Weiblich 



Hobbies: 



. ^ 



Haushalt 

Kosmetik 



Garten 



fComDuler 



jj 



Übertragen 





Für Sie neu auf Lager: *'Super Häcksler" 


A . 




Für Sie neu auf Lager: "Motorsäge" 




Resultat: 


Für Sie neu aofLager: "Vertikutierer 1 1 0OW 









Realisieren Sie ihre Programme mittels RMI. Implementieren Sie dabei die 
Produkte als Remote-Objekte, die Kunden als Serializable. 






Anhang A: Die Java-Syntaxregeln 

1. Literal: 

GanzzahligeS'Literal 

Gleitpunktliteral 

Boolesches-Literal 

Zeichen 

Zeichenkette 

Null-Literal 



2. Typ: 

Elementarer- Typ 
Referenztyp 

3. Elementarer-Typ: 

Numerischer- Typ 

boolean 

4. Numerischer-Typ: 

Ganzzahliger-Typ 

Gleitpunkttyp 

5. Ganzzahliger-Typ: eins von 

byte short int long char 

6. Gleitpunkttyp: eins von 

float double 

7. Referenztyp: 

Klassen-oder-Interfacetyp 

Feldtyp 

8. Klassen-oder-Interfacetyp: 

Name 

9. Klassentyp: 

Name 



10. Interfacetyp: 
Name 
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11 . Feldtyp: 

Elementarer-Typ [ ] 

Name [ ] 

Feldtyp [ ] 

12 . Name: 

Einfacher-Name 
Qualifizierte r-Name 

1 3 . Einfacher-Name: 

Bezeichner 

14 . Qualifizierter-Name: 

Name . Bezeichner 

1 5 . Übersetzungseinheit: 

Package-Deklaration opt Import-Deklarationsfolge opt 
Typ-Deklarationsfolge opt 

16 . Import-Deklarationsfolge: 

Import-Deklaration 

Import-Deklarationsfolge Import-Deklaration 

17 . Typ-Deklarationsfolge: 

Typdeklaration 

Typ-Deklarationsfolge Typdeklaration 

18 . Package -Deklaration: 

package Name ; 

1 9 . Import-Deklaration: 

Einzelne-Typ-Import-Deklaration 

Bedarfs-Typ-Import-Deklaration 

20 . Einzelne- Typ-Import-Deklaration: 

import Name ; 

2 1 . Bedarfs- Typ-Import-Deklaration: 

import Name . * ; 




ANHANG A 



515 



22. Typdeklaration: 

Klassendeklaration 

Interfacedeklaration 



23. Modifiziererfolge: 

Modifizierer 

Modifiziererfolge Modifizierer 

24. Modifizierer: eins von 

public protected private 
static 

abstract final native synchronized transient volatile 

25. Klassendeklaration: 

Modifiziererfolge opt class Bezeichner Superklasse opt Interfaces opt 
Klassenrumpf 

26. Superklasse: 

extends Klassentyp 

27. Interfaces: 

implements Interfacetyp-Liste 

28. Interfacetyp-Liste: 

Interface typ 

Interfacetyp-Liste , Interfacetyp 

29. Klassenrumpf: 

{ Klassenrumpf-Deklarationsfolgeopt } 

30. Klassenrumpf-Deklarationsfolge: 

Klassenrumpf-Deklaration 

Klassenrumpf-Deklarationsfolge Klassenrumpf-Deklaration 

3 1 . Klassenrumpf-Deklaration: 

Klassenelement-Deklaration 

Static-Initialisierer 

Konstruktordeklaration 
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32 . Klassenelement-Deklaration: 

Variablendeklaration 

Methodendeklaration 

Innere-Klassendeklaration 

Innere-Interfacedeklaration 

3 3 . Variablendeklaration: 

Modifiziererfolge opt Typ Variablendeklarator-Folge ; 

34 . Variablendeklarator-Folge: 

Variablendeklarator 

Variablendeklarator-Folge Variablendeklarator 

3 5 . Variablendeklarator: 

Variablendeklarator-Id 

Variablendeklarator-Id = Variablen-Initialisierer 

36 . Variablendeklarator-Id: 

Bezeichner 

Variablendeklarator-Id [ ] 

31. Variablen-Initialisierer: 

Ausdruck 

Feld-Initialisierer 

38 . Methodendeklaration: 

Methodenkopf Methodenrumpf 

39 . Methodenkopf: 

Modifiziererfolge opt Typ Methodendeklarator ThrowSopt 
Modifiziererfolge opt void Methodendeklarator ThrowSopt 

40 . Methodendeklarator: 

Bezeichner ( Formale-Parameterlisteopt ) 
Methodendeklarator [ ] 

4 1 . Formale-Parameterliste: 

Formaler-Parameter 

Formale-Parameterliste , Formaler-Parameter 

42 . Formaler-Parameter: 

finalopt Typ Variablendeklarator-Id 




ANHANG A 



517 



43 . Throws: 

throws Klassentyp-Liste 

44 . Innere-Klassendeklaration: 

Klassendeklaration 

45 . Innere-Interfacedeklaration: 

Interfacedeklaration 

46 . Klassentyp-Liste: 

Klassentyp 

Klassentyp-Liste , Klassentyp 

Al. Methodenrumpf: 

Block 



48 . Static-Initialisierer: 

static Block 

49 . Konstruktordeklaration: 

Modifiziererfolge opt Konstruktordeklarator ThrowSopt 
Konstruktorrumpf 

50 . Konstruktordeklarator: 

Einfacher-Name ( Formale-Parameterlisteopt ) 

5 1 . Konstruktorrumpf: 

{ Expliziter-Konstruktoraufrufopt Block-Anweisungsfolge opt } 

5 2 . Expliziter- Konstruktoraufruf: 

this ( Argumentliste opt ) / 
super ( Argumentliste opt ) / 

5 3 . Interfacedeklaration: 

Modifiziererfolge opt interface Bezeichner Superinterfaces opt 
Interfacerumpf 

54 . Superinterfaces: 

extends Interfacetyp-Liste 

5 5 . Interfacerumpf: 

{ Interface -Elementdeklarationsfolge opt } 
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56 . Interface-Elementdeklarationsfolge: 

Interface-Elementdeklaration 

Interface-Elementdeklarationsfolge Interface-Elementdeklaration 

57 . Interface-Elementdeklaration: 

Konstantendeklaration 

Abstrakte-Methodendeklaration 

58 . Konstantendeklaration: 

Variablendeklaration 

59 . Abstrakte-Methodendeklaration: 

Methodenkopf ; 

60 . Feld-Initialisierer: 

{ Variablen-Initialisierer-Folgeopt ,opt } 

6 1 . Variablen-Initialisierer-Folge: 

Variablen-Initialisierer 

Variablen-Initialisierer-Folge , Variablen-Initialisierer 

62 . Block: 

{ Block- AnweisungsfolgCopt } 

63 . Block- Anweisungsfolge: 

Blockanweisung 

Block-Anweisungsfolge Blockanweisung 

64 . Blockanweisung: 

Lokale-Variablendeklarations-Anweisung 

Lokale-Klassendeklarations-Anweisung 

Anweisung 

65 . Lokale- Variablendeklarations-Anweisung: 

Lokale -Variablendeklaration ; 

66 . Lokale- Variablendeklaration: 

finalopt Typ Variablendeklarator-Folge 

67 . Lokale-Klassendeklarations-Anweisung: 

Klassendeklaration 
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68. Anweisung: 

Block 

Leeranweisung 

Ausdrucksanweisung 

Switch-Anweisung 

Do-Anweisung 

Break-Anweisung 

Continue -Anweisung 

Retum-Anweisung 

Synchronized-Anweisung 

Throw -Anweisung 

Try-Anweisung 

Markierte-Anweisung 

If-Anweisung 

While-Anweisung 

For-Anweisung 

69. Leeranweisung: 

f 

70. Markierte-Anweisung: 

Bezeichner : Anweisung 

1 1 . Ausdrucksanweisung: 

Anweisungsausdruck ; 

72. Anweisungsausdruck: 

Zuweisung 

Prä-Inkrement- Ausdruck 

Prä-Dekrement- Ausdruck 

Post-Inkrement-Ausdruck 

Post-Dekrement-Ausdruck 

Methodenaufruf 

Instanzerzeugungs-Ausdruck 

73. If-Anweisung: 

if ( Ausdruck ) Anweisung 

if ( Ausdruck ) Anweisung eise Anweisung 
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74 . Switch- Anweisung: 

switch ( Ausdruck ) Switch-Block 

75 . Switch-Block: 

{ Switch-Block-AnweisungsfolgCopt Switch-Markenfolge opt } 

76 . Switch-Block- Anweisungsfolge: 

Switch-Block- Anweisung 

Switch-Block-Anweisungsfolge Switch-Block-Anweisung 

77 . Switch-Block-Anweisung: 

Switch-Markenfolge Block-Anweisungsfolge 

78 . Switch-Markenfolge: 

Switch-Marke 

Switch-Markenfolge Switch-Marke 

79 . Switch-Marke: 

case Konstanter- Ausdruck : 
default : 

80 . While-Anweisung: 

while ( Ausdruck ) Anweisung 

8 1 . Do-Anweisung: 

do Anweisung while ( Ausdruck ) ; 

82 . For- Anweisung: 

for ( For-Initopt ; Ausdruckopt ; For- Update opt ) Anweisung 

83 . For-Init: 

Anweisungsausdrucks-Liste 
Lokale- Variablendeklaration 

84 . For-Update: 

Anweisungsausdrucks-Liste 

85 . Anweisungsausdrucks-Liste: 

Anweisungsausdruck 

Anweisungsausdrucks-Liste , Anweisungsausdruck 



opt i 



86 . Break- Anweisung: 

break Bezeichner ^ 




ANHANG A 



521 



87 . Continue -Anweisung: 

continue Bezeichner ^pt ; 

88 . Return- Anweisung: 

return Ausdruckopt ; 

89 . Throw-Anweisung: 

throw Ausdruck ; 

90 . Synchronized- Anweisung: 

synchronized ( Ausdruck ) Block 

9 1 . Try- Anweisung: 

try Block Catch-Klauselfolge 

try Block Catch-Klauselfolge opt Finally 

92 . Catch-Klauselfolge: 

Catch-Klausel 

Catch-Klauselfolge Catch-Klausel 

93 . Catch-Klausel: 

catch ( Formaler-Parameter ) Block 

94 . Finally: 

finally Block 

95 . Elementarer- Ausdruck: 

Literal 

this 

( Ausdruck ) 

Instanzerzeugungs-Ausdruck 

Variablenzugriff 

Methodenaufruf 

Feldzugriff 

Felderzeugungs-Ausdruck 

Klassenliteral 

96 . Instanzerzeugungs-Ausdruck: 

new Klassentyp ( Argumentliste opt ) 
new Klassen-oder-Interfacetyp ( ) Klassenrumpf 
Elementarer-Ausdruck . new Bezeichner ( Argumentliste opt ) 
Elementarer-Ausdruck . new Bezeichner ( ) Klassenrumpf 
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97 . Argumentliste: 

Ausdruck 

Argumentliste , Ausdruck 

98 . Variablenzugriff: 

Elementarer- Ausdruck . Bezeichner 
super . Bezeichner 

Klassen-oder-Interfacetyp . Bezeichner 
Klassen-oder-Interfacetyp . this 

99. Methodenaufruf: 

Name ( Argumentliste opt ) 

Elementarer- Ausdruck . Bezeichner ( Argumentliste opt ) 
super . Bezeichner ( Argumentliste opt ) 
Klassen-oder-Interfacetyp . Bezeichner ( Argumentliste opt ) 

100 . Feldzugriff: 

Name [ Ausdruck ] 

Elementarer-Ausdruck [ Ausdruck ] 

101 . Felderzeugungs-Ausdruck: 

new Elementarer-Typ Dim-Ausdrucksfolge DimSopt 

new Klassen-oder-Interfacetyp Dim-Ausdrucksfolge DimSopt 

new Elementarer-Typ Dims Feld-Initialisierer 

new Klassen-oder-Interfacetyp Dims Feld-Initialisierer 

1 02 . Dim-Ausdrucksfolge: 

Dim-Ausdruck 

Dim-Ausdrucksfolge Dim-Ausdruck 

103 . Dim-Ausdruck: 

[ Ausdruck ] 

104 . Dims: 

[ ] 

Dims [ ] 

105 . Klassenliteral: 

Typ . dass 
void . dass 
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106. Postfix- Ausdruck: 

Elementarer- Ausdruck 
Name 

Post-Inkrement-Ausdruck 

Post-Dekrement-Ausdruck 

107. Post-Inkrement-Ausdruck: 

Postfix- Ausdruck ++ 

108. Post-Dekrement-Ausdruck: 

Postfix- Ausdruck - 

109. Einstelliger-Ausdruck: 

Prä-Inkrement- Ausdruck 
Prä-Dekrement- Ausdruck 
+ Einstelliger-Ausdruck 
- Einstelliger-Ausdruck 
Postfix-Ausdruck 
~ Einstelliger-Ausdruck 
! Einstelliger-Ausdruck 
Cast-Ausdruck 

110. Prä-Inkrement- Ausdruck: 

++ Einstelliger-Ausdruck 

111. Prä-Dekrement- Ausdruck: 

— Einstelliger-Ausdruck 

112. Cast-Ausdruck: 

( Elementare r-Typ DimSopt ) Einstelliger-Ausdruck 
( Ausdruck ) Einstelliger-Ausdruck 
( Name DimSopt ) Einstelliger-Ausdruck 

113. Multiplikativer-Ausdruck: 

Einstelliger-Ausdruck 

Multiplikativer-Ausdruck * Einstelliger-Ausdruck 
Multiplikativer-Ausdruck / Einstelliger-Ausdruck 
Multiplikativer-Ausdruck % Einstelliger-Ausdruck 
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114. Additiver-Ausdruck: 

Multiplikativer-Ausdruck 
Additiver-Ausdruck + Multiplikativer-Ausdruck 
Additiver-Ausdruck - Multiplikativer-Ausdruck 

115. Shift-Ausdruck: 

Additiver-Ausdruck 
Shift-Ausdruck « Additiver-Ausdruck 
Shift-Ausdruck » Additiver-Ausdruck 
Shift-Ausdruck »> Additiver-Ausdruck 

116. Relationaler- Ausdruck: 

Shift-Ausdruck 

Relationaler-Ausdruck < Shift-Ausdruck 
Relationaler-Ausdruck > Shift-Ausdruck 
Relationaler-Ausdruck <= Shift-Ausdruck 
Relationaler-Ausdruck >= Shift-Ausdruck 
Relationaler-Ausdruck instanceof Referenztyp 

117. Gleichheitsausdruck: 

Relationaler-Ausdruck 

Gleichheitsausdruck == Relationaler-Ausdruck 
Gleichheitsausdruck != Relationaler-Ausdruck 

118. Und- Ausdruck: 

Gleichheitsausdruck 
Und-Ausdruck & Gleichheitsausdruck 

119. Exklusiv- Oder-Ausdruck: 

Und-Ausdruck 

Exklusiv-Oder-Ausdruck ^ Und-Ausdruck 

120. Inklusiv-Oder-Ausdruck: 

Exklusiv-Oder-Ausdruck 

Inklusiv-Oder-Ausdruck I Exklusiv-Oder-Ausdruck 

121. Bedingter- Und-Ausdruck: 

Inklusiv- Oder-Ausdruck 

Bedingter-Und-Ausdruck && Inklusiv-Oder-Ausdruck 
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1 22 . Bedingter- Oder-Ausdruck: 

Bedingter- Und- Ausdruck 

Bedingter-Oder-Ausdruck II Bedingter-Und- Ausdruck 

123. Bedingter-Ausdruck: 

Bedingter-Oder-Ausdruck 

Bedingter-Oder-Ausdruck ? Ausdruck : Bedingter-Ausdruck 

124. Zuweisungsausdruck: 

Bedingter-Ausdruck 

Zuweisung 

125. Zuweisung: 

Linke-Seite Zuweisungsoperator Zuweisungsausdruck 

126. Linke-Seite: 

Name 

Variablenzugriff 

Feldzugriff 

127. Zuweisungsoperator: eins von 

= *= /= %= -h= .= «= »= »>= &= 1= 

128. Ausdruck: 

Zuweisungsausdruck 

1 29 . Konstanter-Ausdruck: 

Ausdruck 




Anhang B: ASCII-Tabelle 



In der Tabelle sind die Ordinalzahlen (jeweils dezimal und hexadezimal) und die ent- 
sprechenden Zeichen des ASCII-Codes angegeben. 



dez 


hex 


char 


dez 


hex 


char 


dez 


hex 


char 


dez 


hex 


char 


0 


0 


NUL 


32 


20 




64 


40 


@ 


96 


60 


4 


1 


1 


SOH 


33 


21 


1 


65 


41 


A 


97 


61 


a 


2 


2 


STX 


34 


22 


M 


66 


42 


B 


98 


62 


b 


3 


3 


ETX 


35 


23 


# 


67 


43 


C 


99 


63 


c 


4 


4 


EOT 


36 


24 


$ 


68 


44 


D 


100 


64 


d 


5 


5 


ENQ 


37 


25 


% 


69 


45 


E 


101 


65 


e 


6 


6 


ACK 


38 


26 


& 


70 


46 


F 


102 


66 


f 


7 


7 


BEL 


39 


27 




71 


47 


G 


103 


67 


g 


8 


8 


BS 


40 


28 


( 


72 


48 


H 


104 


68 


h 


9 


9 


HT 


41 


29 


) 


73 


49 


I 


105 


69 


i 


10 


A 


LF 


42 


2A 


* 


74 


4A 


J 


106 


6A 


j 


11 


B 


VT 


43 


2B 


+ 


75 


4B 


K 


107 


6B 


k 


12 


C 


FF 


44 


2C 


5 


76 


4C 


L 


108 


6C 


1 


13 


D 


CR 


45 


2D 


- 


77 


4D 


M 


109 


6D 


m 


14 


E 


SO 


46 


2E 




78 


4E 


N 


110 


6E 


n 


15 


F 


SI 


47 


2F 


/ 


79 


4F 


0 


111 


6F 


0 


16 


10 


DLE 


48 


30 


0 


80 


50 


P 


112 


70 


P 


17 


11 


DCl 


49 


31 


1 


81 


51 


Q 


113 


71 


q 


18 


12 


DC2 


50 


32 


2 


82 


52 


R 


114 


72 


r 


19 


13 


DC3 


51 


33 


3 


83 


53 


S 


115 


73 


s 


20 


14 


DC4 


52 


34 


4 


84 


54 


T 


116 


74 


t 


21 


15 


NAK 


53 


35 


5 


85 


55 


U 


117 


75 


u 


22 


16 


SYN 


54 


36 


6 


86 


56 


V 


118 


76 


V 


23 


17 


ETB 


55 


37 


7 


87 


57 


w 


119 


77 


w 


24 


18 


CAN 


56 


38 


8 


88 


58 


X 


120 


78 


X 


25 


19 


EM 


57 


39 


9 


89 


59 


Y 


121 


79 


y 


26 


lA 


SUB 


58 


3A 




90 


5A 


Z 


122 


7A 


z 


27 


IB 


ESC 


59 


3B 


5 


91 


5B 


[ 


123 


7B 


{ 


28 


IC 


FS 


60 


3C 


< 


92 


5C 


\ 


124 


7C 


1 


29 


ID 


GS 


61 


3D 


= 


93 


5D 


] 


125 


7D 


} 


30 


lE 


RS 


62 


3E 


> 


94 


5E 




126 


7E 




31 


IF 


US 


63 


3F 


7 


95 


5F 




127 


7F 


DEL 




Anhang C: Konversionen von Referenztypen 

Die folgenden Typvergrößerungen sind bei Referenztypen möglich: 

• K nach L, wenn K und L Klassen sind und K Subklasse von L ist. (Spezialfall: 
jede beliebige Klasse K kann in Object konvertiert werden.) 

• K nach I, wenn K eine Klasse und I ein Interface ist und K das Interface I imple- 
mentiert. 

• I nach J, wenn I und J Interfaces sind und I Subinterface von J ist. 

• I nach Object, wobei I beliebiges Interface ist. 

• F nach Object, wobei F beliebiges Feld ist. 

• F nach Cloneable, wobei F beliebiges Feld ist. 

• S[] nach T[], wenn S und T Referenztypen sind, für die eine Typvergrößerung 
von S nach T existiert. 

Die folgenden Typverkleinerungen sind bei Referenztypen möglich: 

• K nach L, wenn K und L Klassen sind und K Superklasse von L ist. (Spezialfall: 
Object kann in jeden beliebigen Klassentyp L konvertiert werden.) 

• K nach I, wenn K eine Klasse und I ein Interface ist und K das Interface I nicht 
implementiert und K nicht final spezifiziert ist. (Spezialfall: Object kann in 
jeden beliebigen Interfacetyp I konvertiert werden.) 

• Object nach I, wobei I beliebiges Interface ist. 

• Object nach F, wobei F beliebiges Feld ist. 

• I nach K, wenn I ein Interface und K eine Klasse ist und K nicht final spezifiziert 
ist. 

• I nach K, wenn I ein Interface und K eine final spezifizierte Klasse ist, die das 
Interface I implementiert. 

• I nach J, wenn I und J Interfaces sind und I nicht Subinterface von J ist und es 
keine Methode m gibt, die in I und J mit derselben Signatur aber verschiedenen 
Typen des Funktionswerts deklariert ist. 

• S[] nach T[], wenn S und T Referenztypen sind, für die eine Typverkleinerung 
von S nach T existiert. 




Anhang D: Operatorprioritäten 



In der Tabelle sind die Java-Operatoren mit ihrer Priorität und Assoziativität zusam- 
mengefaßt. Weiter oben stehende Operatoren haben eine höhere Priorität. 



Prior./Assoz. 


Operator 


Funktion 


141 




Zugriff auf Variablen/Methoden 


141 


[] 


Indexoperator 


141 


0 


Funktionsaufruf 


13 r 


+, - 


Vorzeichen 


13 r 


++, - 


Inkrement, Dekrement 


13 r 




bitweise Negation 


13 r 


! 


logische Negation 


13 r 


0 


Cast 


121 


*, /, % 


multiplikative Operatoren 


11 1 


+, - 


additive Operatoren 


101 


«, », »> 


Shift-Operatoren 


91 


<, <=, >, >, instanceof 


relationale Operatoren 


81 


==, != 


Gleichheits-Operatoren 


71 


& 


UND (bitweise bzw. logisch) 


61 


A 


Exklusiv-ODER (bitweise bzw. logisch) 


51 


1 


Inklusiv-ODER (bitweise bzw. logisch) 


41 


&& 


UND (bedingt logisch) 


31 


II 


Inklusiv-ODER (bedingt logisch) 


2r 


?: 


Konditional-Operator 


1 r 


=, *=,/=,%=, +=, -= 
«=, »=, »>=, &=, ^=, 1= 


Zuweisungsoperatoren 



Rechts-assoziativ sind lediglich: 

• die einstelligen Operatoren, z.B. wird - -a als -(-a), — b als ~(~b), !!c als !(!c) 
ausgewertet, 

• der Konditional-Operator, z.B. wird a?b:c?d:ealsa?b:(c?d:e) 
ausgewertet. 



• die Zuweisungsoperatoren, z.B. wird a = b = c als a = (b = c) ausgewertet. 





Anhang E: Serialisierbare Klassen 



In der Tabelle sind die Klassen der Java-Bibliothek aufgeführt, die das Serializable- 
Interface implementieren. Alle diese Klassen und ihre Subklassen sind serialisierbar, 
d.h. der Zustand ihrer Objekte kann durch die Methoden writeObject bzw. readObject 
in einem Aus- bzw. Eingabestrom gespeichert bzw. wieder gelesen werden. 



java.awt.BorderLayout 


java.awt.CardLayout 


java.awt.CheckboxGroup 


java.awt.Color 


java.awt.Component 


java.awt.Cursor 


java.awt.Dimension 


java.awt. Event 


java.awt. FlowLayout 


java.awt. Font 


java.awt.FontMetrics 


java.awt.GridBagConstraints 


java.awt.GridBagLayout 


java.awt.GridLayout 


java.awt.Insets 


java.awt.MediaTracker 


java.awt.MenuComponent 


java.awt.MenuShortcut 


java.awt. Point 


java.awt. Polygon 


java.awt.Rectangle 


java.awt.SystemColor 


java.io.File 


java.io.ObjectStreamCIass 


java.lang.Boolean 


java.lang.Character 


java.lang.Class 


java.lang.Number 


java.lang. String 


java.lang.StringBuffer 


java.lang.Throwable 


java.net.InetAddress 


java.net.URL 


java.text.BreakIterator 


java.text.Collator 


java.text.DateFormatSymbols 


java.text.DecimalFormatSymbols 


java.text. Format 


java.util.ArrayList 


java.util. BitSet 


java.util.Calendar 


java.util. Date 


java . uti 1 . EventObject 


java.util. HashMap 


java.util.HashSet 


java.util. Llnkedüst 


java.util. Locale 


java.util. Random 


java.util.TimeZone 


java.utll.TreeMap 


java.util.TreeSet 





Anhang F: Locale-Konstanten 



In dieser Tabelle sind die in der aktuellen Java-Implementation deklarierten konstan- 
ten Locale-Objekte, zusammen mit ihrem Konstruktor- Aufruf, zusammengestellt. 



ENGLISH 


new Localefen", 


FRENCH 


new LocaleC'fr", 


GERMAN 


new Localefde“, 


ITALIAN 


new Locale("it", 


JAPANESE 


new LocaleC'ja", 


KOREAN 


new LocaleC'ko“, 


CHINESE 


new Locale(“zh", 


SIMPLIFIED.CHINESE 


new LocaleC'zh", "CN“) 


TRADITIONAL_CHINESE 


new Locale("zh", "TW") 


CANADA 


new Localefen", "CA") 


CANADA_FRENCH 


new Localeffr", "CA") 


FRANCE 


new LocaleC'fr", "FR") 


GERMANY 


new LocaleC'de", "DE") 


ITALY 


new LocaleC'it", "IT") 


JAPAN 


new LocaleC'ja", "JP") 


KOREA 


new LocaleC'ko", "KR“) 


CHINA 


new LocaleC'zh", "CN") 


PRC 


new LocaleC'zh", "CN") 


TAIWAN 


new LocaleC'zh", "TW") 


UK 


new LocaleC'en", "GB") 


US 


new LocaleC'en", "US") 



Anhang G: Wichtige HTML-Markierungen 



HTML (die Hyper Text Markup Language) ist eine spezielle DTD (Document Type 
Description) der SGML (Standard General Markup Language). Sie dient der Aus- 
zeichnung von Text. Man unterscheidet Elemente und Entitäten. Entitäten dienen der 
Codierung besonderer Zeichen; sie bestehen aus einem &, dem Namen der Entität so- 
wie einem abschließenden ;. Die deutschen Umlaute werden in HTML als Entitäten 
codiert: 



ä ä 


Ä Ä 


ö ö 


Ö Ö 


ü ü 


Ü Ü 


ß ß 





Elemente hingegen dienen der inhaltlichen Auszeichnung eines bestimmten Teils des 
Texts. Sie bestehen aus einer Anfangs-Markierung, einem Inhalt und einer Ende- 
Markierung. Markierungen werden in spitze Klammem eingeschlossen. Anfangs- 
Markiemngen beginnen mit ihrem Namen, Ende-Markiemngen mit / und ihrem Na- 
men. Soll beispielsweise ein bestimmtes Wort hervorgehoben werden, kann man es 
mittels <em> (wie “emphasized”) auszeichnen: 

Ein Applet ist <em>kein</em> Frame. 

Bei bestimmten Elementen kann die Ende-Markiemng entfallen und wird von der An- 
wendung, die die HTML-Datei verarbeitet (in unserem Fall dem Browser), nach fest- 
gelegten Regeln ergänzt. So läßt man häufig die Ende-Markierung des Paragraphen- 

Elements <p> </p> weg. Anders als bei Entitäten spielt bei Markierungen die 

Groß- oder Kleinschreibung keine Rolle. 

Jede HTML-Datei sollte mit der Deklaration des Dokumententyps beginnen; damit 
wird sie ein korrektes SGML-Dokument: 

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTMU/EN"> 

Das vollständige HTML-Dokument wird in das <html>-Element aufgenommen; es 
zerfällt in zwei Teile: den mittels <head> ausgezeichneten Kopf mit allgemeinen In- 
formationen über das Dokument wie Titel, Suchbegriffen usw. sowie den mit der 
<body>-Markierung ausgezeichneten Rumpf mit dem eigentlichen Inhalt des Doku- 
ments. Der Kopf sollte zumindest den Titel des Dokuments nennen, den Browser oft 
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in ihrer Statuszeile anzeigen und zur Benennung von “Bookmarks” verwenden. Der 
Titel wird mit der <title>-Markierung ausgezeichnet. Damit ergibt sich als Grund- 
struktur eines HTML-Dokuments das Folgende: 

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN"> 

<html> 

<head> 

<title> Titel des Dokuments</title> 

</head> 

<body> 

Inhalt des Dokuments 

</body> 

</html> 

Der Rumpf eines HTML-Dokuments besteht aus verschiedenen Textblöcken. Ein 
einfacher Textabsatz wird mittels der <p>-Markierung ausgezeichnet; Überschriften 
der verschiedenen Gliederungsebenen mit den Markierungen <h1> bis <h6>. 

Listen mit numerierten Einträgen werden mit <ol> markiert, Listen mit nicht nume- 
rierten Einträgen mit <ul>, die einzelnen Einträge einer Liste mit <li>. Bei der nu- 
merierten Liste kann man die Art der Numerierung spezifizieren. Dazu werden die 
einzelnen Markierungen mit Attributen versehen. Dies geschieht durch die Angabe 
des Namens eines Attributs, eines = sowie dessen Wert; enthält der Wert White-Space, 
muß er durch Anführungszeichen (") eingeschlossen werden. Die <ol>-Markierung 
besitzt das Attribut type mit den zulässigen Werten 1 (für arabische Ziffern), a und 
A (für kleine oder große Buchstaben) und i bzw. I (für kleine bzw. große römische 
Ziffern). 

<p>Java ist</p> 

<ol type=A> 

<li>einfach,c/li> 

<li>objektorientiert,</li> 

<li>verteilt</li> 

<li>usw.</li> 

</ol> 

Text kann man mittels <em> oder noch stärker durch <strong> hervorheben. Daneben 
stehen eine ganze Reihe von Markierungen zur Schriftwahl zur Verfügung, beispiels- 
weise <tt> (nicht proportional), <i> (kursiv), <b> (fett), <u> (unterstrichen), <big> 
(größer) und <small> (kleiner). 
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HTML-Dokumente können Hyperlinks zu anderen HTML-Dokumenten enthalten; 
dazu dient eine <a>-Markierung (ein Ankerpunkt). Im Attribut href wird der absolute 
oder relative URL angegeben, auf den die ausgezeichnete Stelle verweist. Browser 
stellen den Inhalt eines <a>-Elements besonders dar und laden auf Mausklick die 
referenzierte Ressource. 

Informationen über dieses Buch erhalten Sie auf 
<a href="http://www.wifo.uni-mannheim.de/Java">unserem Server</a>. 

Andererseits dient eine <a>-Markierung auch dazu, bestimmte Ansprungstellen in- 
nerhalb eines langen HTML-Dokuments anzugeben. Mit dem Attribut name wird 
diese benannt. Durch ein # und den folgenden Namen kann man dann direkt die 
ausgezeichnete Stelle referenzieren. 

<a name="lnhalt">lnhaltsverzeichnis</a> 



<a href="#lnhalf >Zurück zum lnhalt</a> 

Die Markierung <hr> steht für eine horizontale Trennlinie, <br> für einen expliziten 
Zeilenumbruch. Kommentare können in einer speziellen Kommentar-Markierung <!> 
angegeben werden. Sie beginnen und enden mit 

<!“ Dies ist ein HTML-Kommentar. --> 

Mit der <applet>-Markierung fügt man ein Applet in eine HTML-Seite ein. Bei die- 
ser Markierung müssen drei Attribute angegeben werden: mit Code der Name der 
Applet-Klasse sowie mit width und height seine Breite und Höhe. Innerhalb des 
<applet>-Elements können durch <param>-Markierungen Argumente für das App- 
let bereitgestellt werden; siehe hierzu Abschnitt 13.2. Jedes Argument wird mit einer 
eigenen <param>-Markierung spezifiziert, wobei der Name mit dem Attribut name, 
sein Wert mit dem Attribut value angegeben wird. 

<applet Code = ParamApplet width = 250 height = 70> 

<param name = text value = "OOA/D Teil r> 

<param name = rot value = 0> 

<param name = grün value = 255> 

<param name = blau value = 255> 

</applet> 
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HTML-Seiten können als einfache Eingabemasken verwendet werden. Dazu dient 
die <form>-Markierung. Mit ihrem action-Attribut legt man einen URL fest, an den 
die Eingaben geschickt werden sollen. Bei dem Pseudo-URL mailtoiemail-adresse 
werden die Benutzereingaben an die angebene Email- Adresse geschickt; häufiger ver- 
weist der URL jedoch auf ein Servlet oder CGI-Skript. Die beiden optionalen Attri- 
bute method und enctype spezifizieren die Art der Übertragung zum Server bzw. der 
verarbeitenden Anwendung: als Methoden stehen post und (voreingestellt) get zur 
Verfügung, bei der Codierung kann ein MIME-Typ angegeben werden; standardmä- 
ßig wird der Typ application/x-www-form-urlencoded gewählt (siehe S. 477). 

Im Inhalt einer <form>-Markierung können die einzelnen Eingabeelemente sowie 
erklärender Text stehen. Jedes Eingabeelement erfordert die Angabe eines name- 
Attributs, das seinen Namen festlegt. Das wichtigste der drei Eingabeelemente ist das 
<input>-Element; es erfordert die zusätzliche Angabe eines type- Attributs, das über 
die Funktionalität des Elements entscheidet: 

• text erlaubt die Eingabe eines einzeiligen Texts (entspricht also einem AWT- 
TextField). 

• password gestattet die Eingabe eines Paßworts (die Eingabe wird durch * oder 
ein anderes Zeichen verdeckt). 

• Checkbox entspricht der gleichnamigen AWT-Komponente. 

• radiobutton ist eine spezielle Checkbox; alle derartigen <input>-Elemente mit 
dem gleichen Namen bilden eine Gruppe aus der analog zur CheckboxGroup 
jeweils nur eines ausgewählt sein kann. Das anfänglich ausgewählte Element 
wird durch die Angabe des Attributs checked (ohne Wert) angegeben. 

Die Typen submit und reset haben eine spezielle Bedeutung, submit bezeichnet einen 
Button, bei dessen Aktivierung der Browser die Form abschickt, reset bezeichnet 
einen Button, dessen Aktivierung dazu führt, daß alle bisherigen in der Form vorge- 
nommenen Eingaben wieder gelöscht werden. 

Das <textarea>-Element stellt wie die gleichnamige AWT-Komponente ein mehrzei- 
liges Eingabefeld zur Verfügung, dessen Zeilen- und Spaltenzahl mit den Attributen 
rows bzw. cols festgelegt werden muß. 

Das <select>-Element einer Form entspricht schließlich der AWT-Komponente List. 
Das Attribut size gibt die Zahl der gleichzeitig sichtbaren Auswahlmöglichkeiten 
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an, die Angabe von multiple (ohne Wert) erlaubt, daß mehrere Einträge gleichzei- 
tig ausgewählt sein können. Die Auswahlmöglichkeiten selbst werden im Inhalt des 
<select>-Elements mit der <option>-Markierung angegeben. Deren value-Attribut 
legt den Text der einzelnen Auswahlmöglichkeiten an. Die Angabe von selected (oh- 
ne Wert) bezeichnet eine vorselektierte Option. 




Index 



! 48 

!= 51 
% 48 
%= 55 
& 52 

&& 53 
&= 55 
0 44, 47 
* 48 
*= 55 
+ 49 
++ 47 
+= 55 

- 49 

- 47 

-= 55 
/ 48 
/= 55 
< 51 
« 50 
«= 55 
<= 51 
= 55 
== 51 

> 51 

>= 51 

» 50 
»= 55 
»> 50 

»>= 55 
?: 54 

V 27 

V 27 
W 27 
\b 27 
\f 27 
\n 27 



\r 27 
\t 27 
^ 52 
55 

I 52 
1= 55 

II 53 
~ 48 

abs 240 

abstract 140, 171 

Abstract Window Toolkit siehe AWT 

abstrakte 

Klassen 140 
Methoden 140, 171 
accept 457 
acos 240 

ActionEvent 207,364 
ActionUstener 207 
actionPerformed 214 
activeCount 337 
Adapter-Klassen 211 
add 

Choice 217 
Collection 261 
Component 205 
java.awt.List 364 
java.util.List 266 
Menu 379 
MenuBar 379 
ScrollPane 365 
Set 261 

addActionUstener 207 
addAdjustmentListener 207 
addAII 261,262 
addComponentListener 207 
addConsumer 428 
addContainerListener 207 
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addFocusListener 207 




Klänge 441 


addlmage 412 




Netzwerkverbindungen 5( 


addItemListener 207 




Parameter 199 


additive Operatoren 49 




appletviewer 8 


addKeyUstener 207 




AreaAveragingScaleFilter 


addMouseListener 207 




Argumente 


addMouseMotionListener 


207 


Methodenaufruf 101 


addNotify 423 




Remote 498 


addSeparator 379 




Serializable 498 


addTextListener 207, 362 




arraycopy 85,271 


addWindowListener 207 




ArraylndexOutOfBoundsE: 


AdjustmentEvent 207, 367 




ArrayList 265 


AdjustmentListener 207 




ASCII-Tabelle 526 


adjustmentValueChanged 


214 


asin 240 


after 245 




atan 240 


AlreadyBoundException 490 


AU-Dateien 441 


Animationen 413 




Audio 441 


beschleunigen 423 




Aufruf 


Flackern verhindern 420 




Methode 101 


GIF 414 




RMI 487 


anonyme Klassen 1 89 




Ausdruck 45 


Anweisungen 61 




elementarer 46 


Ausdrucks- 64 




konstanter 40, 56 


Auswahl- 64 




Typ 46 


break 71 




zu weisbarer 41 


continue 72 




Ausdrucksanweisung 64 


do 68 




Ausgaben 295 


for 69 




Bytes 295,297 


if 65 




in Dateien 305 


leere 64 




Zeichen 296, 299 


markierte 70 




Ausnahme-Handler 278, 280 


return 102 




Ausnahmen 277 


switch 65 




abfangen 278 


synchronisierte 341,344 




auswerfen 277 


throw 286 




behandeln 280 


try 279 




Standard-Handler 278 


unerreichbare 68 




ungeprüfte 279 


Variablendeklaration 61 




Auswahlanweisungen 64 


while 67 




AWT 195 


Wiederholungs- 67 
append 




beep 442 


StringBuffer 239 




betöre 245 


TextArea 363 




Beispielinterfaces 


Applets 6, 196 




Ausgabe 172 


Einschränkungen 196 




Client 504 




INDEX 
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Eingabe 171 
Geber 498 
Kartei 488 
Methode 179 
Server 504 
Zaehler 500,502 
Beispielklassen 

LocaleDate 250 
Abo 342 
AboTest 342 
AnfrageServlet 48 1 
AnzeigeTest 326 
Aufrufe 42 
Ausnahmen 277 
AusschnittFilter 429 
BigNums 244 
BildAnzeige 408 
BildObserver 4io 
BildTracker 412 
Billiard 424 
BlankFinal 63 
BlankFormat 242 
BorderTest 222 
Break 7i 
BreakMarke 72 
Browser 475 
BufAus 302 
Button Event 218 
ButtonTest 217 
ByteAus 297 
ByteEin 298 
CalendarTest 248 
Catch 280 
CharAus 299 
CharEin 301 
CheckboxGroupTest 217 
CheckboxMenu 383 
CheckboxTest 216 
ChoiceTest 217 
CompoTest 368 
Continue 72 
ContinueMarke 73 
CursorTest 388 
DateFormate 246 
DateTest 245 



Daumenkino 414 
DaumenkinoApplet 416 
DefaultLocale 252 
DialogWin 374 
DNSAnfrage 451 
Do 69 

DoubleBufferFrame 421 

DoubleTest 23 

DownCasts 125 

DruckAusgabe 439 

DumpServer 457 

EinfacheBildAnzeige 404 

EinfacheBildAnzeigeApplet 405 

Endlos 68 

FarbFilter 432 

FarbPanel 402 

FarbPunkt 135,164 

FeldKopie 84 

FeldLaengen 83 

FeldSumme 80 

Feldumwandlung 125 

FigurenUebersicht 395 

FileAus 305 

FileDialogTest 376 

FileEin 306 

FileTest 308 

Filiale 266 

Finalizer 113 

FinalTest 137 

FlackerTest 422 

For 70 

ForZaehler 70 
FrameTest 373 
FreezeTest 334 
GanzDivision 49 
GeberClient 499 
Geberlmpl 498 
GeberServer 500 
Getriebe 178 
GiroKto 131 
GleitDivision 49 
GridTest 223 
Hersteller 314 
Hierarchie 284 
ImportierteNamen 160 
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InnereKlasse 186 
IntByte 38 
IntFloat 37 
IntlButtons 255 
IntTest 26 
IterTest 182 
KapitalbildendeLV 141 
KarteiClient 464,491 
Karteilmpl 489 
KarteiServer 460,490 
KarteiServerReg 496 
KarteiVerbindung 461 
Komplettlmport 161 
KonstruktTimer iio 
KonversionsKontexte 36 
Kto 130,264 
KtoEinAus 316 
KtoTest 132 
LabelTest 215 
LayoutMix 223 
LiesAbTimer 103 
LinienApplet 21 1 
ListEvent 364 
LiteButton 442 
LocaleTime 253 
LocaleVal 25 1 
MainArgs 87 
MainThread 322 
Menuüstener 380 
MenuTest 379 
Messwertclient 468 
Messwertserver 469 
MultiMenu 381 
NachrichtenClient 506 
NachrichtenEmpfaenger 508 
NachrichtenServer 505 
NCApplet 508 
Orgel Applet 441 
Pack 150 
Packlest 15 1 
ParamApplet 200 
Parameter loi 
PersistFrame 3ii 
PersTest 315 
PixelTest 438 



PrimKonsument 347 
PrimProduzent 347 
PrimVermittler 346 
PrintAus 306 
ProcTest 356 
Produkt 313 
PulsPolygon 419 
Pult 179, 187, 190 
Punkt 31, 135, 164 
PunkteApplet 208,211 
PunkteFramplet 228 
PunktTest 165 
QualifizierteNamen 160 
Rechnung 99 
ResFrame 258 
ReThrow 289 
RisikoLV 142 
RotationsFilter 435 
RunnableZaehler 324 
Runner 331 
Schriften 399 
ScrollbarTest 367 
ScrollPaneTest 365 
SerialAus 310 
SignalTimer 120 
SignalTimerTest 121 
SimpleDateFormate 247 
SkalenFilter 43 1 
Sort 108 

StandardApplet 353 
StandardEingabe 173 
Staticlnit 112 
StatTimer 96 
StdInitTest 32 
StringBuffers 240 
Strings 237 
StringTest 27 
Tasten Applet 213 
TastenFrame 225 
TCPIPCIient 453 
Terminal 337 
TextApplet 198 
TextAreaTest 362 
TextEvent 219 
TextFieldTest 215 
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TextFrame 227 
ThreadZaehler 322 
Throw 286 
Timer 92, 109 
TimerTest 94 
Typinfo 144 
UlZaehler 333 
UpCasts 123 
URLParser 472 
VarTest 29 
VersNehmer 140 
Vers Vertrag 141 
VersVertragTest 142 
WaitNotify 348 
While 67 
WindowTest 37 1 
Wuerfel 183 
Zaehler 2 
ZaehlerApplet 7 
ZaehlerFrame 4 
Zaehlerlmpl 501,502 
ZaehlerTest 2 
ZahlenFormat 241 
ZeitAnzeige 325 
ZeitAnzeigeApplet 352 
Zuginfo 338 
Zuweisungen 4i 

Beobachtungsliste 

MediaTracker 412 
Bezeichner 17,47 
BigDecimal 244,273 
Biglnteger 244 
Bilder 403 

drucken 439 
filtern 427 

Flackern vermeiden 417 
GIF 414 
laden 403 
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Sun Microsystems, Inc. 
Binary Code License Agreement 



READ THE TERMS OF THIS AGREEMENT AND ANY PROVIDED SUPPLE- 
MENTAL LICENSE THERMS (COLLECTIVELY ‘AGREEMENT”) CAREFUL- 
LY BEFORE OPENING THE SOFTWARE MEDIA PACKAGE. BY OPENING 
THE SOFTWARE MEDIA PACKAGE, YOU AGREE TO THE TERMS OF THIS 
AGREEMENT. IF YOU ARE ACCESSING THE SOFTWARE ELECTRONICAL- 
LY INDICATE YOUR ACCEPTANCE OF THESE TERMS B Y SELECTING THE 
“ACCEPT” BUTTON AT THE END OF THIS AGREEMENT. IF YOU DO NOT 
AGREE TO ALL THESE TERMS, PROMPTLY RETURN THE UNUSED SOFT- 
WARE TO YOUR PLACE OF PURCHASE FOR A REFUND OR, IF THE SOFT- 
WARE IS ACCESSED ELECTRONICALLY, SELECT THE “DECLINE” BUTTON 
AT THE END OF THIS AGREEMENT. 

1. License to Use. Sun grants you a non-exclusive and non-transferable license for 
the internal use only of the accompanying Software and documentation and any error 
corrections provided by Sun (collectively “Software”), by the number of users and 
the dass of Computer hardware for which the corresponding fee has been paid. 

2. Restrictions. Software is confidential and copyrighted. Title to Software and all 
associated intellectual property rights is retained by Sun and/or its licensors. Except 
as specifically authorized in any Supplemental License Terms, you may not make 
copies of Software, other than a single copy of Software for archival purposes. Unless 
enforcement is prohibited by applicable law, you may not modify, decompile, reverse 
engineer Software. You acknowledge that Software is not designed or licensed for use 
in on-line control of aircraft, air traffic, aircraft navigation or aircraft Communications; 
or in the design, construction, Operation or maintenance of any nuclear facility. Sun 
disclaims any express or implied warranty of fitness for such uses. No right, title 
or interest in or to any trademark, Service mark, logo, or trade name of Sun or its 
licensors is granted under this Agreement. 

3. Limited Warranty. Sun warrants to you that for a period of ninety (90) days from 
the date of purchase, as evidenced by a copy of the receipt, the media on which Soft- 
ware is furnished (if any) will be free of defects in materials and workmanship under 
normal use. Except for the foregoing, Software ist provided “AS IS”. Your exclusive 
remedy and Sun’s entire liability under this limited warranty will be at Suns’s Option 
to replace Software media or refund the fee paid for Software. 

4. Disclaimer of Warranty. UNLESS SPEaFIED IN THIS AGREEMENT, ALL 
EXPRESS OR IMPLIED CONDITIONS, RHPRESENTATIONS AND WARRAN- 
TIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FIT- 
NESS FOR A PARTICULAR PURPOSE, OR NONINFRINGEMENT, ARE DIS- 
CLAIMED, EXCEPT TO THE EXTENT THAT THESE DISCLAIMERS ARE 
HELD TO BE LEGALLY INVALID. 

5. Limitation of Liability. TO THE EXTENT NOT PROHIBITED BY APP- 
LICABLE LAW, IN NO EVENT WILL SUN OR ITS LICENSORS BE LIABLE 
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FOR ANY LOST REVENUE, PROFIT OR DATA, OR FOR SPECIAL, INDIRECT, 
CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAU- 
SED REGARDLESS OF THE THEORY OF LIABILITY, ARISING OUT OF OR 
RELATED TO THE USE OF OR INABILITY TO USE SOFTWARE, EVEN IF 
SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. In no 
event will Suns’s liability to you, whether in contract, tort (including negligence), or 
otherwise, exceed the amount paid by you for Software under this Agreement. The 
foregoing limitations will apply even if the above stated warranty falls of its essential 
purpose. 

6. Termination. This Agreement is effective until terminated. You may terminate 
this Agreement at any time by destroying all copies of Software. This Agreement will 
terminate immediately without notice from Sun if you fall to comply with any Provi- 
sion of this Agreement. Upon termination, you must destroy all copies of Software. 

7. Export Regulations. All Software and technical data delivered under this Agree- 
ment are subject to US export control laws and may be subject to export or Import 
regulations in other countries. You agree to comply strictly with all such laws and 
regulations and acknowledge that you have the responsibility to obtain such licenses 
to export, re-export, or Import as may be required after delivery to you. 

8. U.S. Government Restricted Rights. If Software is being acquired by or on 
behalf of the U.S. Government or by a U.S. Government prime contractor or subcon- 
tractor (at any tier), then the Govemment’s rights in Software will be only as set forth 
in this Agreement; this is in accordance with 48 CFR 227.7201 through 227.7202-4 
(for Department of Defense (DOD) acquisitions) and with 48 CFR 2.101 and 12.212 
(for non-DOD acquisitions). 

9. Governing Law. Any action related to this Agreement will be govemed by Cali- 
fornia law and Controlling U.S. federal law. No choice of law rules of any Jurisdiction 
will apply. 

10. Severability. If any provision of this Agreement is held to be unenforceable, this 
Agreement will remain in effect with the provision omitted, unless omission of the 
Provision would frustrate the intent of the parties, in which case this Agreement will 
immediately terminate. 

11. Integration. This Agreement is the entire agreement between you and Sun 
relating to its subject matter. It supersedes all prior or contemporaneous oral or writ- 
ten Communications, proposals, representations and warranties and prevails over any 
conflicting or additional terms of any quote, Order, acknowledgment, or other com- 
munication between the parties relating to its subject matter during the term of this 
Agreement. No modification of this Agreement will be binding, unless in writing and 
signed by an authorized representative of each party. 

For inquiries please contact: Sun Microsystems, Inc., 901 San Antonio Road, Palo 
Alto, California 94303 
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JAVA™ 2 SOFTWARE DEVELOPMENT KIT VERSION 1.2 
SUPPLEMENTAL LICENSE TERMS 

These supplemental terms (“Supplement”) add to the terms of the Binary Code Licen- 
se Agreement (collectively the “Agreement”). Capitalized terms not defined herein 
shall have the same meanings ascribed to them in the Agreement. The Supplement 
terms shall supersede any inconsistent or conflicting terms in the Agreement above, 
or in any license contained within the Software. 

1. Limited License Grant. Suns grants to you a non-exclusive, non-transferable 
limited license to use the Software without fee for evaluation of the Software and 
for development of Java^^ applets and applications provided that you: (i) may not 
re-distribute the Software in whole or in part, either separately or included with a pro- 
duct; and (ii) may not create, or authorize your licensees to create additional classes, 
Interfaces, or subpackages that are contained in the “java” or “sun” packages or simi- 
lar as specified by Sun in any dass file naming Convention. Refer to the Java Runtime 
Environment Version 1.2 binary code license (http://java.sun.eom/products/JDK/l.2/ 
index.html) for the availability of runtime code which may be distributed with Java 
applets and applications. 

2. Java Platform Interface. In the event that Licensee creates an additional API(s) 
which: (i) extends the functionality of a Java Environment; and, (ii) is exposed to third 
party Software developers for the purpose of developing additional Software which 
invokes such additional API, Licensee must promptly publish broadly an accurate 
specification for such API for free use by all developers. 

3. Trademarks and Logos. This Agreement does not authorize Licensee to use 
any Sun name, trademark or logo. Licensee acknowledges as between it and Sun 
that Sun owns the Java trademark and all Java-related trademarks, logos and icons 
including the Coffee Cup and Duke (“Java Marks”) and agrees to comply with the 
Java Trademark Guidelines at http://www.sun.com/policies/trademarks. 

4. Source Code. Software may contain source code that is provided solely for 
reference purposes pursuant to the terms of this Agreement. 




Zur beiliegenden CD-ROM 



Die im Buch behandelten Beispiele sowie Lösungen zu ausgewählten Übungsauf- 
gaben finden sich in den Unterverzeichnissen OOPinJava bzw. Loesungen der 
beiden Verzeichnisse unix und Windows. Der Code ist identisch bis auf die be- 
triebssystemspezifische Darstellung des Zeilenende-Zeichens. 

Um unix und seine Unterverzeichnisse zu generieren, kopiert man sich das Archiv 
unix . j ar und gibt dann 

jar xvf unix.jar 

ein. Unterhalb des aktuellen Verzeichnisses entstehen dann unix/OOPinJava und 
unix/Loesungen. 

Um Windows und seine Unterverzeichnisse zu generieren, kopiert man sich das Ar- 
chiv Windows . j ar und gibt dann 

jar xvf Windows, jar 

ein. Unterhalb des aktuellen Verzeichnisses entstehen dann Windows \OOPin Java 
und Windows \Loesungen. 

Die Java-Archivierungs-Utility j ar ist Bestandteil des JDK und aller uns bekannten 
Java-Entwicklungsumgebungen (Java- Workshop, JBuilder, PowerJ usw.). 

Neben unseren Programmen enthält die CD-ROM das Java^^ 2 Software Develop- 
ment Kit Version 1 .2 für Solaris bzw. Windows. 

In den entsprechenden Unterverzeichnissen solarissdk bzw. windowssdk fin- 
det man die Installationsdateien sowie Hinweise (als HTML-Dateien) zum Einrichten 
des SDK und zum Auspacken der Dokumentation. Wir empfehlen, die Installation in 
einem Verzeichnis jdkl . 2 vorzunehmen und ältere Versionen nach erfolgreicher 
Installation komplett zu löschen. 




